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1 APPARATUS, SYSTEMS AND METHODS FOR ONLINE, MULTI-PARCEL, MULTI- 

2 CARRIER, MULTI-SERVICE ENTERPRISE PARCEL SHIPPING MANAGEMENT 

3 

4 FIELD OF THE INVENTION 

5 The field of the present invention is computer systems for shipping management, and 

6 specifically online computer systems for enterprise parcel shipping management. 
7 

8 CROSS REFERENCE TO RELATED APPLICATIONS 

9 Priority is claimed to U.S. Provisional Patent Application, Serial No. 60/192,723 filed 

10 March 27, 2000, and U.S. Provisional Patent Application Serial No. 60/193,899 filed March 31, 

11 2000, the disclosures of which are incorporated for all purposes herein by reference as if fully 
l|g stated here. 

a. 

l|g Reference is further made to U.S. Patent Application Serial Nos. 09/684,010 (Online, 

Multi-Carrier, Multi-Service Parcel Shipping Management Functional Alignment of Computer 
lid Devices), 09/684,871 (Apparatus, Systems and Methods for Online, Multi-Carrier, Multi- 

>. : 

16 j Service Parcel Shipping Management Featuring Shipping Location Comparison Across Multiple 
1L Carriers), 09/684,870 (Apparatus, Systems and Methods for Online, Multi-Carrier, Multi- 
l&J Service Parcel Shipping Management Featuring Parcel Handling Rules Comparison Across 
Multi-le Carriers), 09/684,808 (Apparatus, Systems and Methods for Interfacing with Digital 
2M Scales Configured with Remote Client Computer Devices), 09/684,869 (Reporting Shipping 

k£t 

21 Rates and Delivery Schedules for Multiple Service and Multiple Carriers), 09/685,078 

22 (Apparatus, Systems and Methods for Online, Multi-Carrier, Multi-Service Parcel Shipping 

23 Management Featuring Notification Service Option Comparison for Multiple Carriers), 

24 09/680,649 (Apparatus, Systems and Methods for Online, Multi-Carrier, Multi-Service Parcel 

25 Shipping Management Featuring Delivery Service Option Comparison for Multiple Carriers), 

26 09/680,654 (Apparatus, Systems and Methods for Online, Multi-Carrier, Multi-Service Parcel 

27 Shipping Management featuring Shipping Rate and Delivery Schedule Comparison for Multiple 

28 Carriers), 09/684,865 (Apparatus, Systems and Methods for Applying Billing Options for 

29 Multiple Carriers for Online, Multi-Carrier, Multi-Service Parcel Shipping Management), 

30 09/685,077 (Apparatus, Systems and Methods for Online, Multi-Carrier, Multi-Service Parcel 
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1 Shipping Management Determination of Ratable Weight for Multiple Carriers), 09/684,014 

2 (Apparatus, Systems and Methods for Zone Level Rating for each of Multiple Carriers), 

3 09/684,861 (Apparatus, Systems and Methods for Determining Delivery Time Schedules for 

4 each of Multiple Carriers), 09/684,152 (Apparatus, Systems and Methods for Printing 

5 Dimensionally Accurate Symbologies on Laser Printers Configured with Remote Client 

6 Computer Devices), 09/684,866 (Apparatus, Systems and Methods for Online, Multi-Carrier, 

7 Multi-Service Parcel Shipping Management), all of which were filed October 6, 2000 the 

8 disclosures of all of which are incorporated for all purposes herein by reference as if fully stated 

9 here, U.S. Patent Application Serial No. 09/651,390 (Virtualized Printing of Indicia, Logos and 

10 Graphics) filed August 29, 2000, U.S. Patent Application Serial No. 09/651,389 (Method and 

1 1 Apparatus for Printing Indicia Logos and Graphics Onto Print Media) filed August 29, 2000, 

i?3 and U.S. Patent Application Serial No. (attorney docket number 

lfS PSTM0042/MRK Apparatus, Systems and Methods for Online, Multi-Parcel, Multi-Carrier, 

l4W Multi-Service Parcel Returns Shipping Management) filed on even date herewith, the 

lkj disclosure of which is incorporated for all purposes herein by reference as if fully stated here. 

17_ BACKGROUND OF THE INVENTION 

16U Major corporations, small businesses and individuals (the "Shipper(s)") ship billions of 

lftj parcels every year. Each parcel carrier (the "Carrier(s)") has its own unique rating schedule, 
delivery and pickup rules and schedules, and certification requirements. 

21 Within an enterprise, such as a corporation or governmental entity, a parcel to be 

22 shipped may pass through a number of different individuals and departments within the 

23 organization before shipment is accomplished. In a paper-based or non-integrated shipping 

24 system environment, the enterprise suffers lower productivity due to several employees within 

25 the enterprise repeatedly writing or entering the same or similar information. Consider the 

26 following illustrative example. 

27 A customer service employee in the customer service department of a corporation is 

28 contacted by one of the corporation's customers. The customer orders a replacement part for 

29 a product previously purchased from the corporation. In a telephone conversation, the 

30 customer service employee- records in writing shipping and payment information about the 
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1 customer and the customer's order for the particular replacement part. The customer agrees to 

2 pay for shipping as well as for the replacement part. The customer service employee forwards 

3 the order and the shipping and payment information to the parts department. An employee in 

4 the parts department receives the order and the shipping and payment information. The parts 

5 department employee locates the replacement part, forwards the replacement part and shipping 

6 instructions to the shipping department and forwards the payment information to the accounting 

7 department for processing. The shipping department employee writes, or enters into a 

8 computer, much of the same information that was previously recorded by other employees of 

9 the same corporation, and analyzes any specific shipping requirements specified by the 

10 customer, to complete paperwork to ship the package in accordance with the corporation's 

11 shipping policies. The shipping department employee notifies the accounting department of the 
1^2 amount to be charged for shipping. An accounting department employee enters the payment 
12~ information into a computer accounting system, processes the payment for the part and for the 
llU shipping, and sends a notification to the shipping department that payment for the part and for 
I5y shipping the part has been processed. 

161 In the illustrative example above and as is the case in many enterprises, the shipping 

17^ origination employee, the customer service employee, is not a shipping professional. Nor are 

I8y the shipping intermediaries, such as the parts department and accounting department 

l§1 employees. Such shipping origination and shipping intermediary employees may arrange for 

2p only a single shipment a day, or may need to ship many packages at once. Such shipping 

21 origination or shipping intermediary employees are often unfamiliar with shipping industry 

22 terms, and require that shipping options be described explained in plain English. They do not 

23 know or may often not remember corporate shipping policies such as which carrier to use 

24 under certain circumstances, what account number should be used, whether to enter charge- 

25 back codes, whether to fill in the declared value, etc. They may record the improper 

26 information on shipping requests. 

27 Mailroom and shipping dock personnel, such as the shipping department employee 

28 described above, are, more than likely, professional shippers. They will be trained on the 

29 shipping policies and procedures for the organization, and part of their job may entail 

30 enforcing such policies and procedures. They may be familiar with the shipping system of at 
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1 least one carrier. They spend significant amounts of time transcribing information from paper- 

2 based shipping requests onto Carrier airbills or into Carrier systems and often correcting, if 

3 they catch them, mistakes made by shipping origination or intermediary employees in 

4 recording shipping request information. 

5 Shipping Managers set shipping policies for the enterprise. They are in charge of cost 

6 centers. Because they run cost centers and do not generate revenue for their company, they are 

7 sometimes rewarded on their ability to save money. Their job revolves around reducing costs 

8 and assigning costs to the appropriate department. Because their job is to reduce costs, 

9 Shipping Managers are not typically receptive to purchasing system solutions that have high 

10 system Total Cost of Ownership. 

11 Shipping Management may work at different levels or locations within their 
133 organization. Some shipping management personnel may only need to review reports, while 
liji others may be responsible for coordinating with carriers, monitoring rates and establishing 

llU employee-user shipping privileges for each of possibly several corporate locations. Shipping 

£□ 

liy Management Support Staff are responsible for routine administrative tasks. 

s = 

16 J Many enterprise shipping departments ("Enterprise Shippers") manually refer to a 

l|^ mixture of separate, individual paper-based and online systems (a "non-integrated multiple 

lly standalone Carrier system environment") to determine the rate for shipping a particular parcel 

ru 

i$j and to determine the optimal carrier with which to ship that particular parcel according to the 

2br constraints and requirements involved. With regard to shipping a particular parcel, Enterprise 

21 Shippers must consider a combination of factors, including but not limited to parcel 

22 dimensions, parcel weight, origin/ destination specifications, parcel value, parcel value loss 

23 protection, budgetary, timing, pickup, delivery, delivery notification, delivery service, and 

24 other service option constraints and requirements. 

25 In a non-integrated multiple standalone Carrier system environment, effective 

26 comparison shopping across multiple carriers is generally difficult and time-consuming. Many 

27 enterprise shipping departments rely instead on one or two familiar Carriers rather than 

28 comparison shopping each parcel across multiple Carriers. 

29 Once an enterprise shipping department employee (also "Enterprise Shipper") selects a 

30 particular Carrier, the Enterprise Shipper must label the parcel with the information 
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1 appropriate for the selected Carrier. In a non-integrated multiple standalone Carrier system 

2 environment, the Enterprise Shipper must interpret and apply a particular Carrier's rules and 

3 requirements in order to prepare the necessary manifest documents to ship a particular parcel. 

4 An Enterprise Shipper that deals with a particular Carrier on a recurring basis may set 

5 up an account with the particular Carrier ("Enterprise Account-Holder Shippers")- Some 

6 Carriers provide Enterprise Account-Holder Shippers with a copy of that Carrier's software 

7 system if one exists. Each individual Carrier's software system has its own unique look and 

8 feel. 

9 Rather than learn multiple standalone Carrier systems, some Enterprise Shippers choose 

10 instead to rely on a manual system, including the manual preparation of parcel labels; some 

11 develop a dependency on a single Carrier-provided system even though such a policy often 
l?3 results in non-optimal shipping costs. 

l|;S An Enterprise Shipping Management solution is needed that increases shipping 

14^ origination, shipping intermediary, and shipping user productivity and that reduces shipping 

i|y costs, improves shipping management, and has a low system Total Cost of Ownership. 

16 l 

lL SUMMARY OF THE INVENTION 

1§U The present invention provides a computer system (the "System", or the "Enterprise 

s y 

I9j Shipping System") that is configured and programmed to provide enterprises, such as, for 

2f)J example, large corporations, governmental entities, and retail shipping entities, with online, 

r 

21 multi-parcel, multi-carrier, multi-service enterprise parcel shipping management. The present 

22 invention provides a plurality of Enterprises with a single online user interface with which the 

23 Enterprise can provide Enterprise Shippers, shipping origination users and shipping 

24 intermediary users with an automated parcel management system for a plurality of supported 

25 Carriers for a plurality of services. The present invention provides for the hierarchical 

26 definition of users, including the establishment of at least one user for each Enterprise as a 

27 Super- Administrator with the highest level of privileges and authority for the Enterprise, and 

28 the identification of other users as Sub- Administrators, Desktop Users and Shipping Station 

29 Users. The present invention also provides for the hierarchical definition of organizational 

30 units within each Enterprise, including the definition of sites, groups within a site, and users 
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1 within a group. The present invention further provides for a distinct definition of policies, 

2 privileges, and other types of specifications for each user level, each user, and each 

3 organizational unit. The present invention applies the user and organizational policies, 

4 privileges and other specifications as they apply to each particular user to drive the interactive 

5 interface with each particular user and to provide among other things, shipping options, 

6 shipping services, shipping rates, traveler and/or shipping label preparation, and shipment 

7 tracking. 

8 The System prompts a user, authorized by a particular enterprise as an administrator, to 

9 input a set of shipping policy rules. The System collects the shipping policy rules and stores 

10 them in System databases. Shipping policy rules, shipping privileges, and related options 

11 established by an administrator are sometimes collectively referred to herein as shipping 
\Tj parameter specifications. 

l |pj The System prompts each user to input user preferences for shipping. Each user can 

14= accept as defaults the preference settings established by the administrator. In the alternative, 

lid the user can set personal preferences. However, the System only allows users to set 

16j preferences that are a subset of the shipping policy rules set by the administrator, 
lf^ The System prompts each user to input information about a package to be shipped and 

•as? 

lfej to input information about how the user wants the package to be shipped. Each parcel to be 

3 sJ: 

\9a shipped is characterized by a set of package criteria. Each shipping request is characterized by 

2jp: a set of parcel shipping criteria. The System only allows the user to ship packages according to 

21 the shipping policy rules set by the administrator. 

22 The System provides Enterprise Shippers with an online display comparison of multiple 

23 services offered by multiple carriers for a particular parcel from which the lowest cost or 

24 fastest delivery Carrier and Service can be selected by, or dictated to, origination and/or 

25 intermediary shippers. In one embodiment of the invention, the online display comparison is 

26 in the form of an expandable and contractible array. The user places a shipping order by 

27 selecting an entry from the comparison array (also referred to herein as the "Grid"). 

28 The System generates an internal system tracking number for the shipping order, and 

29 saves the internal system tracking number for the shipping order in a database. 
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1 The System generates a graphic representation of a shipping label corresponding to a 

2 particular shipping order and displays the graphic representation of the shipping label on a 

3 display monitor connected to a computer accessible by the user. 

4 The System generates a set of printable shipping label data in response to a shipping 

5 label print request by a user and sends the set of printable shipping label data to a printer 

6 connected to the computer accessible by the user. 

7 Each shipping order with a tracking number is characterized by a shipping status. The 

8 System generates a tracking report record depicting the shipping status of a shipping order in 

9 response to a user tracking report request for the shipping order. 

10 The System increases user productivity with an easy to understand, wizard-like, 

11 browser-based interface featuring, among other things, personal, department, and corporate 
123 address books, shipping history with integrated tracking, common User Interface across 
l|^" multiple carriers, desktop label printing, shipment pre-processing, and in some embodiments, 
ll ! J completion of international shipment documentation requirements. 

: a 

i|y Centralized reports provide Shipping Managers with the information required to 

16 1 negotiate the most favorable rates with Carriers and to audit Carrier performance. Centralized 

if*. policy enforcement and reports improve chargebacks and cost reporting by more effectively 

l&J implementing and enforcing shipping policies and procedures. 

as j 

I9j The total cost of ownership is low in that the preferred embodiment of the invention 



2fr uses an ASP (Application Service Provider) model that provides inexpensive centralized 

21 maintenance of Carriers and standard rates, and centralized administration of users and 

22 shipping policy logic. 

23 The System provides Enterprise Administrative features with which Shipping 

24 Management, among other things, defines an enterprise's policies, authorizes certain user 

25 privileges at various levels, and identifies reporting requirements. 

26 The System also provides Enterprise Desktop features which facilitate desktop rating, 

27 shipping, and tracking by shipping origination and intermediary users and by Enterprise 

28 Shippers, in accordance with enterprise policies and procedures. 
29 

30 DESCRIPTION OF THE DRAWINGS 
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1 These and other features of the present invention are more fully set forth in the following 

2 description of exemplary embodiments of the invention. The description is presented with 

3 reference to the accompanying drawings in which: 

4 FIG. 1 is a graphic representation depicting the interface relationships provided by the 

5 System of the present invention between origination shippers, intermediary shippers, 

6 Enterprise Shippers and Carriers; 

7 FIG. 2 is a graphic representation depicting an exemplary user computer configuration 

8 and the computer's interfaces with the System; 

9 FIG. 3 is a graphic representation of an exemplary configuration of the System, and 

10 relationships with Carriers and Enterprise users; 

n FIG. 4 is a high level System component diagram depicting an exemplary System 

13?» S Architecture in an exemplary embodiment of the System in an Internet environment; 
13; FIG. 5 is a high level System interactivity data and logic flow diagram depicting an 

lit 1 exemplary embodiment of the process by which the System establishes shipping policies set by 
an Administrator and then enables features for Desktop Users according to the pre-established 

1 6* shipping policies ; 

17^ FIG. 6 is a graphic representation depicting an illustrative example of an Administrator 

l§y establishing privileges for a number of groups of users; 

ro 

I9j FIG. 7 is a graphic representation depicting an exemplary Log On System Screen in an 

2p exemplary embodiment of the invention; 

21 FIGS. 8 through 11 are graphic representations of exemplary Password Recovery 

22 Screens in an exemplary embodiment of the invention; 

23 FIG. 12 is a graphic representation of an exemplary home page for an exemplary 

24 embodiment of the invention once an Enterprise User has successfully Logged On; 

25 FIG. 13 is a graphic representation of an exemplary Address Book List View Screen in 

26 an exemplary embodiment of the invention; 

27 FIG. 14 is a graphic representation of an exemplary Address Book Edit View Screen in 

28 an exemplary embodiment of the invention; 

29 FIG. 15 is a graphic representation of an exemplary Locations List View Screen in an 

30 exemplary embodiment of the invention; 
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1 FIG. 16 is a graphic representation of an exemplary Preferences Summary Screen in an 

2 exemplary embodiment of the invention; 

3 FIG. 17 is a graphic representation of an exemplary Account Information Preferences 

4 Screen in an exemplary embodiment of the invention; 

5 FIG. 18 is a graphic representation of an exemplary Carrier Preferences Screen in an 

6 exemplary embodiment of the invention; 

7 FIG. 19 is a graphic representation of an exemplary Drop Off/Pickup Preferences 

8 Screen in an exemplary embodiment of the invention; 

9 FIG. 20 is a graphic representation of an exemplary Package Options Preferences 
10 Screen in an exemplary embodiment of the invention; 

1U FIG. 21 is a graphic representation of an exemplary Shipment Options Preferences 

Screen in an exemplary embodiment of the invention; 

l|U FIG. 22 is a graphic representation of an exemplary Applications Preferences Screen in 

l|H an exemplary embodiment of the invention; 

ljpj FIG. 23 is a graphic representation of an exemplary Payment Information Preferences 

16 Screen in an exemplary embodiment of the invention; 

l&j FIG. 24 is a graphic representation of an exemplary Price It Start Page in an exemplary 

lSM embodiment of the invention; 

-is 

l!3 FIG. 25 is a graphic representation of an exemplary Price It Shipping Estimate Screen 

2 s 

20 in an exemplary embodiment of the invention; 

21 FIG. 26 is a graphic representation of an exemplary Drop Off Locator Screen in an 

22 exemplary embodiment of the invention; 

23 FIG. 27 is a graphic representation of an exemplary Shipping Addresses Screen in an 

24 exemplary embodiment of the invention; 

25 FIG. 28 is a graphic representation of an exemplary Shipping Payment Screen in an 

26 exemplary embodiment of the invention; 

27 FIG. 29 is a graphic representation of an exemplary Order History display for a particular 

28 Customer in a particular Merchant's Online store; 
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1 FIGS. 30a through 30c are logic flow diagrams depicting an exemplary high level logic flow 

2 for a Consumer's experience with an exemplary embodiment of the Returns System of the present 

3 invention from within a Merchant's Online store; 

4 FIG. 31 is a graphic representation of an exemplary Order Summary Screen for a particular 

5 Order Number for a particular Consumer from within a particular Merchant's Online store in an 

6 exemplary embodiment of the invention; 

7 FIG. 32 is a graphic representation depicting an exemplary Returns Service Screen in an 

8 exemplary Merchant's Online store in an exemplary embodiment of the invention; 

9 FIG. 33 is a graphic representation of an exemplary Standard Policy Screen in an exemplary 

10 embodiment of the invention; 

11 FIG. 34 is a high level data and logic flow diagram depicting an overview flow of the 

12_ Returns System flow in an exemplary embodiment of the invention; 

u 

13y FIG. 35 is a high level data and logic relationship diagram depicting an exemplary Situation 

ltt Response flow in an exemplary embodiment of the invention; 

lJQ FIG. 36 is a high level interactivity diagram depicting an exemplary embodiment of the 

hi 

l|j interactivity of the Customer Returns Subsystem between a Consumer's Client Machine, Customer 

17^ Returns Page, various Customer Returns Subsystem functions, and the Return System servers in an 

1Q exemplary embodiment of the invention; 

S.J 

ljjfrj FIG. 37 is a graphic representation of an exemplary Returns Service Return Reason Screen in 

2b4 an exemplary embodiment of the invention; 

O 

2jjl FIG. 38 is a graphic representation of an exemplary Return Summary Screen in an exemplary 

22 embodiment of the invention; 

23 FIGS. 39a -39c are high level logic flow diagrams depicting control communications 

24 with client machine peripheral devices in an exemplary embodiment of the System in an 

25 Internet environment; 

26 FIG. 40 is a graphic representation of an exemplary multi-carrier, multi-service 

27 shipping rates comparison Preview Rates Screen Graphic Array in an exemplary embodiment 

28 of the invention; 

29 FIG. 41 is a graphic representation of an exemplary Shipping Options Screen in an 

30 exemplary embodiment of the invention; 

10 
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1 FIG. 42 is a graphic representation depicting an alternative exemplary embodiment of a 

2 dynamically dimensioned, multi-carrier, multi-service shipping rates comparison Graphic 

3 Array in an exemplary embodiment of the invention; 

4 FIGS. 43, 44a through 44b, and 45 are high level data retrieval logic flow diagrams 

5 depicting the data and high level logic that the system uses to calculate a shipping rate; 

6 FIGS. 46a through 46c are high level flow diagrams depicting the initial timing and 

7 rating logic to develop a dynamically dimensioned, multi-carrier, multi-service shipping rates 

8 comparison Graphic Array in an exemplary embodiment of the System in an Internet 

9 environment; 

10 FIG. 47 is a graphic representation depicting an exemplary embodiment of the Create a 

1 1 Link Screen in an exemplary embodiment of the invention; 

113 FIG. 48 is a graphic representation depicting an exemplary embodiment of the Name a 

l|g Save Package Screen in an exemplary embodiment of the invention; 

lfe FIG. 49 is a graphic representation depicting an exemplary embodiment of the Name a 

llU Save Package Error Screen in an exemplary embodiment of the invention; 
SI 

l&j FIG. 50 depicts the text of an exemplary hypertext link such as is created by an 

l^ exemplary embodiment of the "Create Link" feature in an exemplary embodiment of the 

lgM invention; 

ru 

l&J FIG. 51 is a graphic representation depicting an alternative embodiment of a hyperlink 

[3 

2 9& generated by the System in an exemplary embodiment of the invention; 

21 FIG. 52 is a graphic representation of an exemplary Shipping Label Display Screen in 

22 an exemplary embodiment of the invention; 

23 FIG. 53 is a high level flow diagram depicting an exemplary embodiment of Label 

24 Printing in an exemplary embodiment of the System in an Internet environment; 

25 FIG. 54 is a high level flow diagram depicting an exemplary embodiment of Image 

26 Printing in an exemplary embodiment of the System in an Internet environment; 

27 FIG. 55 is a high level System interactivity data and logic flow diagram depicting an 

28 exemplary embodiment of the process by which the System completes the information 

29 necessary to ship a package in an exemplary embodiment of the System using traveler labels 

30 delivered to a Shipping Station; 



11 



PSTM0041/MRK 




1 FIG. 56 is a graphic representation depicting an exemplary Traveler Label in an 

2 exemplary embodiment of the invention; 

3 FIG. 57 is a graphic representation depicting an exemplary Shipping Request 

4 Confirmation Screen in an exemplary embodiment of the invention; 

5 FIG. 58 is a graphic representation of an exemplary Track It application Track a 

6 Shipment Screen in an exemplary embodiment of the invention; 

7 FIGS. 59 and 60 are graphic representations of an exemplary Tracking Results Screen 

8 in an exemplary embodiment of the invention; 

9 FIG. 61 is a graphic representation of an exemplary Unable to Track Screen in an 

10 exemplary embodiment of the invention; 

11 FIG. 62 is a graphic representation depicting an exemplary Tracking Information 
l|3 Screen in an exemplary embodiment of the invention; 

13; FIG. 63 is a graphic representation of an exemplary Shipping History Screen in an 

\W exemplary embodiment of the invention; 

15J FIG. 64 is a graphic representation of a Shipper online user input screen that is 

I6j displayed on the Shipper's display screen in an exemplary embodiment of the invention; 

l^ FIG. 65 is a logic flow diagram that depicts the high level logic for tracking the status 

is? 

l|t! of a particular package in an exemplary embodiment of the invention; 

fii 

Wj FIG. 66 depicts an exemplary XML formatted request for submitting a tracking request 

XI =c 

to a Carrier in an exemplary embodiment of the invention; and 

21 FIG. 67 depicts an exemplary successful tracking response, also in XML format, 

22 returned by the Carrier in an exemplary embodiment of the invention. 
23 

24 DETAILED DESCRIPTION OF THE INVENTION 

25 A portion of the disclosure of this patent document, including but not limited to the 

26 renderings of graphic user interface displays in the FIGURES, contains material which is 

27 subject to copyright protection by Stamps.com, Inc. Stamps.com, Inc. has no objection to the 

28 facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears 

29 in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright 

30 rights whatsoever. 
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1 "iShip.com" , "iShip", "The Internet Package Shipper", "Price It", "Sell It" , 

2 "Track It", "Ship It", "Shipping Tools", "My iShip" and associated logos are trademarks of 

3 Stamps.com, Inc. The names of actual companies and products mentioned herein may be the 

4 trademarks of their respective owners. 

5 The computer System of the present invention provides a plurality of Enterprises with a 

6 single online user interface with which the Enterprise can provide Enterprise Shippers, 

7 shipping origination users and shipping intermediary users ("Enterprise Users", or simply 

8 "Users") with an automated parcel management system for a plurality of supported Carriers 

9 for a plurality of services. 

10 FIG. 1 is a graphic representation depicting the interface relationships provided by the 
n System 1 of the present invention between a plurality of Enterprises 2a-2n, and Carriers 4a-4n. 
12N It should be noted that the use of suffixes such as "a" through "n" in connection with 
lp numbered elements of the FIGURES herein are exemplary and are not a limitation of the 

llU invention. Rather, the suffixes "a" through "n" are used to represent a plurality, but 

p 

if j unknown number, of similar elements. 

\6'\ Carriers 4a-4n supported by the System include Carriers such as Airborne, FedEx, 

if United Parcel Service, USPS, and Yellow Freight. The System 1 is completely expandable 

r h 

lgy and scalable to include additional Carriers 4a-4n and additional Enterprises 2a-2n. 

ry 

l& i As depicted in FIG. 2, each Enterprise User 7 (which may be a Shipping Manager, an 

i$ Enterprise Shipper, a shipping origination user, or a shipping intermediary user) has access to 

21 a computer 8, for instance a personal computer ("PC"). The computer 8 is configured with a 

22 display device 9 that provides a display screen 10. The computer 8 is further configured with 

23 one or more user input devices, such as, for example, a keyboard 11 and a mouse 12. The 

24 computer 8 is also configured with a printing device 13, such as a laser printer. If the computer 

25 device 8 serves as a Shipping Station, the computer 8 may be further configured with a 

26 weighing device such as a scale 1024 and a bar code reader 1027. 

27 Enterprise Users access and browse the Internet 15 using a web browser 14 that 

28 generally resides and is executed on the user's PC 8 (with Windows 95, 98, NT 4.0, or 2000 

29 Professional). The web browser 14 (such as Internet Explorer™ 4.0 + , or Netscape 
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1 Navigator™ 4.0+) allows the Enterprise User 7 to retrieve and render hyper-media content 

2 from one or more System Server computers, e.g., 20a-21z. 

3 FIG. 3 is a graphic representation depicting an exemplary view of the System Data 

4 Center and its interfaces with Enterprise computers 8a-8n, and Carrier Server computers 23-2 

5 through 27-2, via the Internet 15. 

6 As depicted in FIG. 3, the System provides a plurality of server computers 20a-21z 

7 ("servers" or "server computers"). Some of the server computers are configured as Web 

8 servers, e.g., 21m-21r. The Web servers 21m-21r are configured to perform multi-parcel, 

9 multi-carrier, multi-service parcel shipping management functions. The Web servers 21m-21r 

10 are sometimes referred to herein as "shipping servers" or "shipping Web servers". 

11 Other servers are configured as Database Servers. In an exemplary embodiment of the 
123 invention, the Database Servers are SQL Servers. Some of the Database Servers are 
l3S configured to access Rating Database Data. The Database Servers that are configured to 
i45f access Rating Database Data are referred to as the Rating Servers. 

liu The Web server computers communicate through the Internet with client computers. 

16 j The client computers are used by shippers to interact with a user interface provided by the 

lL system. 

l&y In the exemplary embodiment of the invention, the system further provides at least one 

l9j server computer that acts as a scheduler or "Load Balancer". The Load Balancer selects one of 

2pf the plurality of shipping Web servers 21m-21r based on the load of work performed by that 

21 selected shipping Web server as compared to the other shipping Web servers. The Load 

22 Balancer directs incoming data to the selected shipping Web server for processing. 

23 An overview of an exemplary System architecture is depicted in FIG. 4. The overview 

24 depicted is exemplary and meant to be illustrative; it is not a limitation of the invention. As 

25 depicted in FIG. 4, one embodiment of the invention uses a three-tiered architecture. 

26 The Data Management Tier 1201 is comprised of a Database Storage component 1202 

27 that in the embodiment depicted uses an SQL Server; a Message Queue Storage component 

28 1203 that in the embodiment depicted uses MS Message Queue; and a File Storage component 

29 1204 that in the embodiment depicted uses NTFS, and DFS. Each of the Database Storage 

30 component 1202, the Message Queue Storage component 1203, and the File Storage 
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1 component 1204, communicate with the Component Tier 1208 of the System architecture, 

2 communications by each component with the Component Tier 1208 represented by elements 

3 1205, 1206 and 1207 respectively. According to the embodiment depicted in FIG. 4, the 

4 Server Components of the Component Tier 1208 use C+ + programming language and COM 

5 Objects. 

6 The Application Tier 1212 of the System Architecture is comprised of a Web Shipper 

7 Client component 1213 (which uses HTML (HyperText Markup Language), ASP and 

8 JavaScript), the NOC Administration component 1214 (which uses HTML, ASP, VB, and 

9 C++), and the Web Shipping Station component 1215 (which uses HTML, ASP, JavaScript, 

10 C+ + , and ActiveX Controls). Each of the Web Shipper Client component 1213, the NOC 
n Administration component 1214, and the Web Shipping Station component 1215 communicate 
123 w ^h the Server Components of the Component Tier 1208 as represented by the communication 
l|? elements 1209, 1210 and 1211 respectively. 

lljf In one embodiment, the System is implemented in an NT environment. The description 

Issa? 

lSJ of the System as being implemented in an NT environment is exemplary and is not a limitation 

16 1 of the invention. 

if Continuing with FIG. 3, when an Enterprise User uses the System 1 to ship a package, 

18U one or more of the System's Servers, e.g., 21a-21n create a new System tracking number. 

l9j When a new System tracking number is created, one of the System's Database Servers, e.g., 

2&f 20a-20n, adds a new package record with the newly created System tracking number to a 

21 Package Table 28 that resides in the System database 22 and contains package records for 

22 System processed packages. An exemplary embodiment of the Package Table contains the 

23 following information: 1) Package Tracking State ID; 2) Package Shipping State ID; 3) Actual 

24 Delivery Time; 4) Delivered To information; 5) Shipping Date; 6) Carrier Tracking Number; 

25 7) System Tracking Number; 8) Carrier ID; 9) Actual Package Weight; 10) Service 

26 Description; and 11) Package OID. The content of these fields are described further below. 

27 In the exemplary embodiment of the invention, tracking is performed whenever 

28 possible using carrier-specific Tracking API's (Application Program Interface). For a 

29 Tracking API, a Carrier predefines a layout for tracking requests and predefines a layout for 

30 tracking request responses. The System 1 then provides tracking request data according to the 

15 
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1 layout predefined by the particular carrier. When the System 1 receives tracking request 

2 response data from the particular Carrier, the System 1 parses the response data according to 

3 the tracking request response layout predefined by the particular Carrier. In order to 

4 communicate with each Carrier's system, the System 1 uses the particular Carrier's Internet 

5 URL for the particular Carrier's web server system with which to make an HTTP connection 

6 to the Carrier's web server, e.g., 23-2, Depending upon the Carrier, the System's 1 tracking 

7 request and response interface with the Carrier's web server may be formatted and 

8 programmed using HyperText Markup Language ("HTML"), Extensible Markup Language 

9 ("XML"), both HTML and XML, or any requirement specified by a Carrier. 

10 In the exemplary embodiment of the invention, in cases in which a particular Carrier 

11 does not support an API, the System performs tracking using an alternative approach 
lih sometimes referred to as "web scraping". In order to track using the web scraping approach, 
\i% the System 1 communicates with a Carrier by formatting HTML queries to the Carrier's 

llU Internet Website. The System 1 is programmed to receive and parse HTML responses from 

O 

lfy that Carrier's Website. The web scraping process simulates the presence and interactivity of 

l$l a user at the particular Carrier's Website. 

17_ It will be understood by someone with ordinary skill in the art that the invention can be 

5 ; 

•3 SET 

lgy installed on an Intranet for an individual enterprise without departing from the spirit of the 

lbj invention. 

21 A. ENTERPRISE ADMINISTRATION 

22 As described in more detail below, the System provides for the hierarchical definition 

23 of users. The System provides for the establishment of at least one user for each Enterprise as 

24 a Super- Administrator with the highest level of privileges and authority for the Enterprise. 

25 The Super- Administrator can identify other users as Sub- Administrators. With this 

26 understanding in mind, general reference is sometimes made below to Super- Administrators 

27 and Sub- Administrators collectively as "administrators". 

28 As described in more detail below, the System also provides for the hierarchical 

29 definition of organizational units within the Enterprise. For example, the System provides for 

30 the definition of sites, groups within a site, and users within a group. The System provides 

16 
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1 each Enterprise with the flexibility to determine the manner in which the Enterprise defines 

2 such organizational units, and the manner in which the Enterprise defines shipping policies and 

3 privileges for users in its organization. For example, a large company with many offices may 

4 decide to define each address as a distinct site. Another large company with thousands of 

5 people in a particular location may decide to define different departments as distinct sites. 

6 As further described in more detail below, the System also provides for a distinct 

7 definition of policies, privileges, and other types of specifications for each user level, each 

8 user, and each organizational unit. 

9 FIG. 5 is a high level System interactivity data and logic flow diagram depicting an 

10 exemplary embodiment of the process by which the System establishes shipping policies set by 

1 1 an Administrator and then enables features for Desktop Users according to the pre-established 
l?i shipping policies. As depicted in FIG. 5, the System provides Enterprise Administrative 
Uz features (sometimes referred to herein as the "Administrative Client") with which Shipping 
llU Management, among other things, defines an enterprise's policies, authorizes certain user 
I5y privileges at various levels, and identifies reporting requirements. 

As depicted in FIG. 5, Administrative user interface features are accessible through the 

l?_ Administrator's computer 53 client machine 50. The Administrator selects the Account's 

f i 

lfej Desktop Client Privileges within the Administrative Client tool 54. The Administrative 

ry 

\9 j application, running on the System servers 51 checks the System databases 52 to determine 

2fP whether the Account Desktop Client Privileges have been previously set 55. If no set 

21 preferences are found 56, the Administrative client notifies the System servers to display the 

22 Desktop client privileges web page 57. The Administrator sets ("toggles") Desktop privileges 

23 by indicating whether each privilege is On or Off and clicks an "OK" button when complete 

24 58. The System saves the privilege settings 60 and notifies the Administrator that the privilege 

25 settings have been saved 59. 

26 As depicted in FIG. 5, a Desktop User 61 for which privileges have been set, 

27 subsequently attempts to log in to the System 62. The System initializes the Log In web page 

28 63. The Desktop User enters a User Name and Password and clicks the Log in button 64. 

29 The System checks the System databases 52 for the User's Account and Desktop Client 

30 Privileges 65. If the User's Account and Desktop Client Privileges are found 66, the System 

17 
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1 displays the System Home Page and initializes the features available for the Desktop User as 

2 previously enabled or disabled by the Administrator 67. 

3 Each Enterprise has a Super- Administrator who is given the highest level of privileges 

4 and authority to define sites, groups, and other administrators (Sub- Administrators). Sub- 

5 Administrators can perform the same functions as Super-Administrators for the hierarchical 

6 level (e.g., site, or group) for which the Sub-Administrator is defined unless the Super- 

7 Administrator, or some higher-level Sub-Administrator has restricted their level to do so. 

8 The System enables an administrator to define a plurality of shipping locations, also 

9 referred to as sites. Each site is a distinct shipping location that may have individual carrier 

10 accounts and customized rates, as well as distinct users, associated with it. As part of the site 

11 definition, the administrator may specify such things as: origin address information; available 
lP Carriers available for all users of that site, including carrier account and rate information; 
lly available drop-off locations, including corporate drop-off locations, if any, and/or carrier drop- 
i*h boxes, offices, call-for-carrier-pick-up, MBE locations, etc.; instructions to be provided on the 
l^M bottom half of the shipping/traveler label; and the traveler label format to be used. 

l&j The System is scalable from an administrative standpoint in that it provides for the 

1Q definition of any number of sites, groups and users. In one embodiment of the invention, site 

l)f1 creation privileges are limited to the Super- Administrator; site editing and maintenance tasks 

\fi can be performed by other administrators. 

3& The site definition for the site with which each particular User is associated, and the 

21 particular User's privileges as established by the User's administrator, drive the options 

22 displayed on the Desktop shipping screens for the particular User. 

23 For each site, the administrator can define different pick-up and drop-off options 

24 available for getting shipments to the carrier, including the cutoff time for each option. For 

25 each site, the administrator can define distinct methods by which a package may be provided to 

26 each Carrier, including: corporate drop-off locations (such as a mailroom, a receptionist's 

27 desk, etc.); call for Carrier pick-up; Carrier drop-box; staffed Carrier service center; or retail 

28 shipping locations such as Mail Boxes Etc. 

29 For each Carrier delivery method, the System provides the administrator with the 

30 ability to define an associated cutoff time, the relevant Carrier or Carriers, and descriptive 
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1 information about the option, such as, for instance, text providing the location, such as address 

2 information, or phone numbers in the case of call for pick-up. The drop-off location that a 

3 particular User chooses drives the instructional text provided on the shipping or traveler label 

4 that the particular User chooses to print. 

5 As will be described in more detail below, a "traveler" label is not an actual shipping 

6 label. Rather, a traveler label is a pre-processing label that the User chooses to print and then 

7 provides with the package to an Enterprise Shipper; the receiving Enterprise Shipper uses the 

8 traveler label to complete the processing necessary to print a shipping label. 

9 For each site, the administrator can create a plurality of groups; each group can be 

10 defined to contain a distinct list of individual Users. FIG. 6 is a graphic representation 

11 depicting an illustrative example of an Administrator 70 establishing multiple groups 71-74. 
113 Each of the groups 71-74 is accessible by certain Users 75-78. For example, as depicted in 
l|g FIG. 6, the first group 71 is accessible by the first User 75, the second User 76, and the fourth 
lfH User 78. For the first group 71, the Administrator has enabled Carrier Accounts for the first 
lSU and fifth Carriers 80-2, certain specified privileges 80-3, and access to only the Desktop Client 
l&j 80-4 (possible clients include Administrator, Desktop, and Shipping Station). 

ljf^ The System provides the administrator with the capability to add, edit and delete 

lSM groups, to specify a group's site, identify (add or delete) the Users contained within each site, 

\94 and maintain (add, change or delete) User privileges and User defaults assigned to each group. 

O 

26^ The System provides the administrator with the capability to extract a list of all User e-mail 

21 addresses for the Users within a particular group. 

22 Within each group, the administrator can manage User accounts, including creating and 

23 deleting User accounts, User security information, and User preference information. The 

24 System provides the administrator with the ability to move Users between groups, and to 

25 maintain User security information and User information such as return addresses, e-mail 

26 addresses, and User preferences. The System provides the administrator with the ability to 

27 maintain User security information through such options as resetting a User's password, 

28 requiring that a User's or a group of User's passwords be changed on next use, and 

29 suspending or reactivating a User's account or password. In one embodiment of the 

30 invention, the System will provide the administrator with the capability to define password 
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1 aging intervals, password length, password content rules, and other types of User security 

2 settings. 

3 The System further provides the administrator with the ability to bulk load users into a 

4 group. When bulk loading users, the System provides the administrator with the capability to 

5 upload a file containing User IDs. The administrator can commit an uploaded file of User 

6 IDsto a particular group with a common password; the System will then require each User in 

7 the group to change the common password to an individual password upon first use. 

8 For each group, the administrator can assign different User privileges. Administrator- 

9 established privileges for each particular User controls the functionality available to the 

10 particular User. On a Group basis, the System provides the administrator the ability to assign 

11 User privileges such as: 

l|3 1) Availability of defined Carriers (including carrier accounts), Carrier services, 

llij and Carrier service options in the Ship It and Price It functions of the Shipping System; 
lW 2) Availability of Price It and Ship It functional areas; 

lSy 3) Availability of defined drop-off locations; 

I6j 4) Ability to print shipping labels vs. traveler labels, by Carrier or by service; 

lf_ 5) Availability of different payment methods; 

18U 6) The rate set(s) to use; 

Fa 3 

I9j 7) Ability to use the Desktop function, the Shipping Station function, or both (in 

2p one embodiment, the Shipping Station function is shipping-label-print-capable and the Desktop 

21 function is not); 

22 8) Ability to run End of Day processing. 
23 

24 For each group, the administrator can delegate administrative tasks and can assign 

25 different administrative privileges to control the administrative tasks performed by group 

26 administrators. In one embodiment of the invention, assignable administrative privileges 

27 include the ability to: create/delete corporate sites; edit corporate site information; 

28 create/delete/edit carrier accounts; create/delete groups; edit group information, including 

29 assigning user privileges to groups; create/delete/edit user information; create users with 

30 administrative privileges; create/delete/edit shared address books; and define and run reports. 
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1 Administrators can only create administrators and assign administrative privileges with 

2 privileges equal to or less than their own. 

3 The End-of-Day processing privilege is picked up by the Desktop function to enable 

4 display of an End-of-Day processing link. Other administrative privileges picked up by the 

5 Desktop function enable the display of the appropriate Administrative link. 

6 An administrator can specify default user preference information and specify whether or 

7 not the preference is editable by a User. An administrator can also edit individual User 

8 preferences. The System warns the administrator if editing a default preference for an existing 

9 group of Users would overwrite or override existing User preference settings. The Desk Top 

10 Shipping application uses the User preference settings established by the administrator. 

11 The Super-Administrator can alter certain system settings that are to be applied on a 
1 |=j company-wide basis . 

l)j Administrators with the proper privileges can modify settings that apply on a customer- 

llU wide, enterprise-wide basis, including: return e-mail address and "from" e-mail address for 

!fy system generated e-mails; message text to use for different system generated e-mails, such as 

16] notifications, system welcome e-mails, and the like; header and footer HTML information; 

17^ enable and disable "sticky" logins for the Desk Top Shipping application; allowable number of 

I8y unsuccessful login attempts; configurable inactivity time before logout; enable and disable 

i 5J 

lSH password recovery methods available through the Desk Top Shipping application, such as 

2P through the login page; logoff URL to which the System is directed at logoff; and toggle on/off 

LA 
t 

2 1 address validation . 

22 Administrators with the proper privileges can define status messages that will appear on 

23 the home page for the Desk Top Shipping Application User. There are several levels of 

24 messages, including: 1.) Desk Top wide status messages that are to be shown to one or more 

25 Desk Top customers; 2.) Customer-wide messages - defined by an administrator for a 

26 particular enterprise for circulation to all Users for that enterprise; 3.) Site-specific messages - 

27 defined by an administrator for a particular enterprise for circulation to all Users for a 

28 particular Site; and 4.) Client specific messages, e.g., to be circulated to all Desk Top Users 

29 for a particular enterprise, to all administrators for a particular enterprise, or to all Shipping 
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1 Station Users (in an embodiment in which a Shipping Station application is provided 

2 separately from the Desk Top application). 

3 The System provides the administrator with the capability to set a status message 

4 expiration date or validity period so that the administrator does not have to remember to "turn 

5 off a message. The System supports multiple messages at any one time. The System uses the 

6 available screen size to determine the limit for messages based on the size of each message and 

7 the number of messages. The System supports prioritization of messages so that messages 

8 with the highest priority are displayed most prominently, e.g., at the top of the messages 

9 displayed. 

10 The System provides administrators with limited maintenance capability for shipments 

11 entered by Users. For example, administrators can, among other things: 1.) view or void 
if 3 shipments with traveler labels printed but with no shipping label printed; and 2.) perform End 
\ft of Day processing. Users with the proper privileges can run end-of-day processing through 
lljf either the Administrator application or through the Desk Top Application. 

15hJ Administrators with the proper privileges can create and manage (edit, delete, update 

16= individual address book entries) shared address books for use by Users. Administrators can 

lL create shared address books at enterprise, site and group levels and can import address data 

l&j into the shared address books to load the addresses. Administrators with the proper privileges 

s -w 

I9j can upload a file containing addresses into the System and import the addresses into specific 

2D:" address books for which the administrator is authorized to create. In one embodiment, the 

21 import file is a text file formatted according to specific System requirements. 

22 The System further provides a "live" interface with pre-existing address book systems 

23 so that maintenance to the pre-existing address book system(s) is automatically reflected in the 

24 System address books. In one embodiment, this "live" address book interface is limited to the 

25 enterprise level. In one embodiment, the "live" address book interface uses hierarchical levels 

26 in the pre-existing address book system(s) with which to update appropriate System address 

27 book levels. Individual Users can establish personal User address books. However, individual 

28 Users can only update enterprise, site, group or other shared address books if the User has 

29 User address book maintenance privileges and then only for address books "owned" by 

30 entities (enterprise, site, or group) for which the User has such privileges. 
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1 In order for Users to be able to ship with different Carriers, the administrator sets up 

2 each Carrier with which the enterprise will ship with account numbers, rates, etc. 

3 Administrators with the proper privileges can enable or disable particular Carriers for each 

4 site. 

5 The System provides the administrator with the capability, for each site, to: 1.) select 

6 for use by a particular site Carriers from a plurality of all Carriers supported by the System; 

7 2.) assign a Carrier account number for each Carrier for that site; 3.) assign the enterprise's 

8 custom rates to each Carrier; and 4.) subject to Carrier limitations and approval, commission 

9 each site, as appropriate, for electronic label printing. Administrators can define more than 

10 one Carrier for each site, and can assign more than one account for each Carrier for each site. 

11 Carrier account numbers must be set up with the Carriers as well as in the System. In one 
l|3 embodiment, the System provides electronic commissioning of Carrier accounts. 

Administrators can maintain rate information, including custom rates from Carriers for 

ljj*f the Enterprise, Site or Group, as appropriate. In one embodiment, custom rates are set by the 

lgy System's administrator for each enterprise supported by the System. In an alternative 

\6j embodiment, administrators with the proper privileges define the enterprise's custom rates to 

lj the System. 

l&j In an embodiment that supports administrator rate maintenance, administrators with the 

I9j proper privileges can maintain the enterprise's rate information for each Carrier selected for 

2jbf use by that enterprise. The System provides the administrator with the capability to: 1.) 

21 upload the enterprise's rate information for import into the System; 2.) define any percentage 

22 markups and/or fixed handling charges to be added to the enterprise's custom rates for the 

23 Price It feature (described further below) of the Desk Top Shipping application; 3.) define any 

24 percentage markups and/or fixed handling charges to be added to enterprise's custom rates for 

25 the Ship It feature (described further below) of the Desk Top Shipping application; 4.) specify 

26 whether the System transactions fees should be added to the enterprise's custom rates for the 

27 Price It and/or the Ship It features of the Desk Top Shipping Application and specify the fees 

28 to be added; and 5.) create rate sets. When generated by the Desk Top Shipping Application 

29 (or the Shipping Station Application) of the System, the Graphic Array Comparison (described 

30 further below) will display prices that include any such appropriate percentage markups, 
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1 handling charges, and/or transaction fees as established through the Administrator feature of 

2 the System. Accordingly, each enterprise can charge such items back to the appropriate cost 

3 centers in addition to charging the cost centers with the Carrier shipping charges. 

4 The System provides administrators with the capability to obtain management summary 

5 reports according to various parameters, including among other things, for different dates, 

6 enterprise levels and types of shipping activity taking place within the enterprise's account. 

7 Management reports are available at the enterprise level, site level, group level, or User level. 

8 Such reporting is subject to privilege and accessibility levels. The administrator specifies the 

9 desired reporting parameters and select the report or reports from available types of reports. 

10 In one embodiment of the invention, given a particular date range and reporting level, 

1 1 the System provides the administrator with the capability to select from a variety of types of 
lQ reports, including, for example: 1.) piecharts for each Carrier showing service usage; 2.) 
lig histogram showing weight distribution; 3.) histogram showing destination distributions by 
lfe? state; 4.) table showing package totals and shipping charge totals by carrier, average weight, 
lfej charge, and cost per pound, all broken down by sub-level. 

I6j The System further provides administrators with the capability to obtain detailed 

lL activity reports for different dates, levels and types of shipping activity taking place within the 

l|M company's account. Activity Reports provide detailed listings of shipping activities and 

1SJ charges for use by groups, and cost centers to verify shipping activities and for use by 

2g: management to charge back shipping activities. 

21 Activity Reports are available at enterprise level, site level, group level and/or User 

22 level. Administrators can specify the date range and reporting level and can specify reporting 

23 breaks based on a variety of factors, including, for example: site, Carrier, group, Shipper's 

24 Reference Number, or User. For each break, itemized shipments are reported with a variety 

25 of fields, including, for example: date, sender (by User ID), rate destination (may be detailed, 

26 or summary), reference number(s), weight, Carrier, and Carrier/Service. Each break reports 

27 the total of shipments and shipping charges; the next break item begins a new page. 

28 The System further provides the administrator with the ability to request activity reports 

29 in the form of data. In one embodiment, report data is provided in the form of a delimited text 

30 file for import and analysis into an analysis and reporting tool such as, for example Microsoft® 
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1 Excel®. Reports for a given level, whether Activity or Management, are only accessible to 

2 Users or Administrators with reporting privileges at that level or higher. 

3 

4 B . ENTERPRISE DESKTOP SHIPPING 

5 In addition to the Administrative Client, the System also provides Enterprise Desktop 

6 features (sometimes referred to herein alternatively as the "Desktop Client", the "EED" 

7 (which stands for "Enterprise Edition Desktop"), or the "Enterprise Desktop Client") which 

8 facilitate desktop rating, shipping, and tracking by shipping origination and intermediary users 

9 and by Enterprise Shippers, in accordance with enterprise policies and procedures. 

10 Attached hereto is Appendix A, which is incorporated here as if fully stated here and is 

11 a part hereof for all purposes. Appendix A hereto is a functional specification for one 
123 exemplary embodiment of the Enterprise Desktop Client. Appendix A contains exemplary 
if a screen renderings, field descriptions, field edits, and data relationship descriptions for many of 
l|y the functions described below. 

r ; 

i|y In one embodiment of the invention, a Shipping Station Client is provided by the 

I6j System which is distinct from the Enterprise Desktop Client. In such an embodiment, the 

lL Shipping Station Client is used to finalize shipping documents for which data is originated in 

res? 

mi the Enterprise Desktop Client. 

ro 

2|T 1. First-time User Setup. 

21 Enterprise Desktop Client Users ("Desktop Users", or simply "Users") are directed 

22 by the System though a special registration setup path when the User logs on to the System for 

23 the first time. The System is sometimes referred to herein as iShip, or the iShip system. The 

24 registration setup path enables Users to specify personal default parameters, including, for 

25 example, the User's: 

26 _ e-mail address 

27 _ return address and phone number 

28 _ preferred drop-off location for their site 

29 _ preferred carrier 
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1 _ Other preferences maintained by the system (as will be discussed in the User 

2 Preferences Section 2 below). 

3 Not all of the personal default parameters (return address, for example) will be editable 

4 depending upon settings established by the Administrator. The Administrator can control via 

5 the Administrator client which User defaults are editable by non-administrator User's. 

6 If so configured by the Administrator, the registration setup path will require the first- 

7 time User to change the first-time password established on their behalf by the Administrator. 

8 The user interface for User registration is customizable with the particular Enterprise's 

9 intranet style. The System provides the Administrator with the capability to customize the look 

10 and feel of the User registration interface by customizing the headers, footers, and color 

11 scheme used in the interface screens. The User registration interface identifies each User in the 
l|3 System databases as registered to a specific enterprise account. FIG. 7 is a graphic 
l|^ representation depicting an exemplary Log On System Screen in an exemplary embodiment of 
lftj the invention. 

lfy Enterprise Desktop Client user registration is available to users accessing the System 

« ; 

161 from the Internet and through most common corporate firewalls. In one embodiment, the 

17^ System web site is optimized for Netscape Navigator 4.04 or higher, and Internet Explorer 4.0 

fesJ 

i§y or higher. 

lSj The Administrative Client, as described above, provides the Administrator with the 

2pJ capability to bulk load users for a given site, assigning them each a default password, and 

21 requiring the password to be changed after first use. The Administrative Client also provides 

22 the Administrator with the capability to specify status message to appear on the Enterprise 

23 Desktop Client main page ("My iShip"), and to obtain e-mail addresses for their corporate 

24 users. 
25 

26 2. User Preferences 

27 The System provides each individual Desktop User with the capability to set 

28 preferences for how they prefer to do their shipping. Preference defaults may be set by the 

29 Administrator. The Administrator may specify some defaults as non-editable. Generally, 

30 Users may set preferences for various parameters, including, for example: 
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1 - Return address, phone number, e-mail address 

2 - Password 

3 - Shipper's Reference 1 (such as a particular chargeback code) 

4 - Preferred carrier 

5 - E-mail notification (on or off) 
6 

7 The System provides a separate area of the user interface for setting and altering user 

8 preferences. 

9 User preferences are only accessible by the User that owns them (the "owner User") 

10 and by the governing Administrator (the Administrator with the authorization to maintain that 

11 User's preferences). Certain preferences may be defined by the Administrator as not editable 
l2i by the user. FIG. 16 is a graphic representation of an exemplary Preferences Summary Screen 
I3*f in an exemplary embodiment of the invention. From the Preferences Summary Screen, the 
llU User can select an Account Info Link 110, a Change Password Link 111, a Carrier Info Link 

a. J 

lfy 112, a Drop Off/Pickup Link 113, and an Applications Link 114. 

16/t If the User selects the Account Info link 110, the System displays an Account 

17 Information Preferences Screen in which the User can accept as defaults the Account 
C3 

lfej Information Preference settings established by the Administrator and/or can, to the extent 

fU 

l§j authorized by the Administrator, edit the Account Information Preference settings. FIG. 17 is 

2p a graphic representation of an exemplary Account Information Preferences Screen in an 

21 exemplary embodiment of the invention. 

22 From the Account Information Preferences Screen as depicted in FIG. 17, the User can 

23 select a Change Password Link 111, a Carrier Info Link 112, a Drop Off/Pickup Link 113, an 

24 Applications Link 114, a Package Options Link 122, a Shipment Options Link 123 or a 

25 Payment Link 126. If the User selects the Carrier Info Link 112, the System displays a 

26 Carrier Info Preferences Screen. FIG. 18 is a graphic representation of an exemplary Carrier 

27 Preferences Screen in an exemplary embodiment of the invention. 

28 The Carrier Info Preferences Screen displays the default Carrier Preference settings 

29 established by the Administrator, and to the extent authorized by the Administrator, allows the 

30 User to edit the Carrier Preferences. The Carrier Info Preferences Screen depicts each 
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1 Carrier, e.g., 128 (UPS), that has been authorized for use by the Administrator. A pull down 

2 menu button, e.g. 129 for UPS 128, if clicked, displays the Services for that Carrier that are 

3 authorized by the Administrator. To the extent authorized by the Administrator, the User can 

4 check Carriers, e.g., 130, and Services, e.g., 131a, that the User wants to use. The User can 

5 indicate Carrier preferences by clicking a preference button, e.g., 132 for FedEx. The Carrier 

6 Info Preferences Screen also provides the capability, to the extent authorized by the 

7 Administrator, for the User to request that the Rate Grid (also referred to herein as the Graphic 

8 Array) highlight an optimal choice, such as the Fastest Delivery 135, or the Cheapest Delivery 

9 136. 

10 If the User selects the Drop Off/Pickup Link 113 from, e.g., the Carrier Info 

11 Preferences Screen, the System displays a Drop Off/Pickup Preferences Screen. FIG. 19 is a 
l|3 graphic representation of an exemplary Drop Off/Pickup Preferences Screen in an exemplary 
if Jj! embodiment of the invention. 

As depicted in FIG. 19, the Drop Off/Pickup Preferences Screen displays the default 

ljjd Drop Off and Pickup locations set by the Administrator. To the extent authorized by the 

16] Administrator, the User can edit the Drop Off and Pickup locations. Each Carrier, e.g., 150 

lL USPS, authorized for use by the Administrator, is displayed on the Drop Off/Pickup 

18J Preferences Screen. For each Carrier, the set location, e.g., 151 for USPS, is displayed. The 

I9j User can display a list of alternative locations by clicking a pull down menu button, e.g., 152 

2pf for USPS. Only those locations authorized by the Administrator will be displayed. 

21 If the User clicks the Package Options Link 122, the System displays a Package 

22 Options Preference Screen. FIG. 20 is a graphic representation of an exemplary Package 

23 Options Preferences Screen in an exemplary embodiment of the invention. The default 

24 Package Options authorized by the Administrator are displayed. To the extent authorized by 

25 the Administrator, the User can edit the settings for insurance protection 170, reference 

26 number assignment 171, verbal confirmation 172, e-mail notification 173, delivery 

27 confirmation 174, proof of delivery 175, adult signature required 176, call tag 177, 

28 merchandise description 178, certified mail 179, and return receipt 180. Help information is 

29 available for each option, e.g., 181 for Proof of Delivery. 
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1 If the User selects the Shipment Options Link 123, the System displays a Shipment 

2 Options Preference Screen. FIG. 21 is a graphic representation of an exemplary Shipment 

3 Options Preferences Screen in an exemplary embodiment of the invention. The default 

4 Shipment Options authorized by the Administrator are displayed. To the extent authorized by 

5 the Administrator, the User can edit the settings for Destination Address Type (Business 190, 

6 or Residence 191); shipment reference number 192; percent of shipping charges for labor or 

7 material fees 193, or a fixed amount 194; deliver deadline 195 and the delivery deadline date 

8 196; guaranteed delivery 197; deliver without signature 198; set earliest delivery time 199 and 

9 the associated delivery time 200; documents only 201; non-dutiable 202; Freight Pickup 

10 number of flights of stairs 203, loading dock 204, and appointment required 205; Freight 

11 Delivery number of flights of stairs 206, loading dock 207, and appointment required 208. 
123 Help text is available, e.g., 209 for delivery deadline 195, for each option. 

-ir? 

1|q As with other preference options, an Applications Options Screen, and Payment 

l4z: Information Screen, display the settings and information authorized by the Administrator. To 

liu the extent authorized by the Administrator, the User can edit the settings and information 

lfij provided by those screens. FIG. 22 is a graphic representation of an exemplary Applications 

l?^ Preferences Screen in an exemplary embodiment of the invention. The Applications 

l|M Preferences Screen provides applications customization features such as: show application start 

fij 

194 pages 220 - for the Ship It application 221; for the Price It application 222; for the Sell It 

2f)I application 223; and for the Preferences application 224; show advanced package options 225; 

21 show log off message 226, and Track It Options 227. 

22 FIG. 23 is a graphic representation of an exemplary Payment Information Preferences 

23 Screen in an exemplary embodiment of the invention. If authorized by the Administrator, the 

24 User can edit payment type 230; credit card number 231; expiration date month 232; 

25 expiration date year 233; first name 234; last name 235; e-mail address 236; company name 

26 237; street 238; city 239; state 240; zip code 241; and telephone number 242. 
27 

28 3. Security 

29 In order to be able to implement management control over shipping activities, the 

30 Enterprise Desktop Client performs various security validations in order to be able to 
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1 positively identify users to the system, provide access to portions of the system based on 

2 authentication, and apply shipping policies and procedures based on the user's privileges as 

3 set by the administrator. 

4 Users are required to identify themselves to the System before gaining access. In one 

5 embodiment, identification consists of requiring the User to identify a username and password. 

6 In an alternative embodiment of the invention, the System additionally implements "sticky" 

7 identification, where user information is stored in a browser cookie. The Administrator 

8 controls whether "sticky" identification is allowed. 

9 Positive user identification for a particular Desktop User will cause the System to apply 

10 shipping rules set for that particular User, and/or for the site and group that apply to the 

11 particular User, via the Administrative Client by the Administrator to be applied to the 
123 particular User's session with the Enterprise Desktop Client. 

13% The Enterprise Desktop Client is configurable by the Administrator to limit the number 

i|y of unsuccessful logon attemps to allow only a certain number (e.g., 3 times) of unsuccessful 

i§y logon attempts before freezing an account (i.e. requiring the password to be reset). 
i§j Shipping transaction information and user credentials sent between end users and the 

!L. System are encrypted. 

lfej To accomplish a secure login according to the security features of the System, Users 

l9y are directed to a logon page to provide authentication when trying to initially access a protected 

2jjf area without identification. The logon page is brandable by the Administrator with the 

21 particular Enterprise's look and feel. 

22 The System provides password recovery link options which are configurable by the 

23 Administrator. In the event that a User forgets the User's password, the System provides, 

24 according to the configuration allowed by the Administrator, password recovery links available 

25 from the logon page : one option provides the user a password reminder question, the other 

26 option generates an e-mail which sends the password to the user's e-mail address on file. The 

27 Administrator can allow both options, or can block one or both options. FIGS. 8 through 11 

28 are graphic representations of exemplary Password Recovery Screens in an exemplary 

29 embodiment of the invention. FIG. 12 is a graphic representation of an exemplary home page 

30 
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1 for an exemplary embodiment of the invention once an Enterprise User has successfully 

2 Logged On. 

3 Administrators are not able to view the password of individual users, but are able to 

4 reset a user's password (providing a new password via e-mail or over the phone) or generate 

5 an e-mail containing the user's existing password. 

6 In one embodiment of theEnterprise Desktop Client, the System requires password 

7 aging. That is, passwords can be valid for a certain time duration. The System provides the 

8 Administrator with the ability to create and enforce password rules regarding such 

9 characteristics as the allowable age duration for each password,content, no-reuse policy, and 

10 the like. 

11 Enterprise System support personnel are able to use the Administrator client to either: 
1?3 reset a user's password or generate an e-mail to the user containing their password. An 
l|j Administrator can configure the password recovery methods displayed on the logon page, to 
llU show either the password reminder question, the request e-mail with password option, or a 
i|y "Contact Support" message. The Administrator can also specify whether unlimited or limited 
l<fj unsuccessful login attempts are allowed. 

U 

l§y 4. On-line Help. 

liG The Enterprise Desktop Client provides both high-level and (to the extent granularity is 

2ff available for each particular circumstance), context sensitive help for Enterprise Desktop 

21 Client Users. The on-line help section is customizable for individual enterprises, so that the on- 

22 line help system for the Enterprise Desktop Client application can also be used as on-line help 

23 to explain corporate shipping policies as set by the Administrator. 

24 The System provides the Enterprise Desktop Client with an interface area devoted to 

25 on-line help for the application as a whole. For major areas of the Enterprise Desktop Client 

26 (shipping, tracking, preferences), a link to high-level summary help information for that area is 

27 provided. For individual sections on each page, context-sensitive help is provided for most 

28 sections. 

29 In one embodiment, linking to carrier specific or carrier-hosted information is 

30 supported by the System. 
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1 Help information setup is accessible by any user that has access to the associated 

2 screens. 
3 

4 5. Modifiable Screens. 

5 The System provides the capability to customize the appearance of screens in the 

6 Enterprise Desktop Client, on a global-basis. Screen appearance on a user-specific basis is 

7 controlled by user privileges. 

8 The user interface for Screen customization provides customization for a variety of 

9 parameters, including, for example: 

10 - Field descriptions may be modified (i.e. a field description of 

11 "Shipper's Reference Field 1" can be modified to read "Department ID" or 
i|g "chargeback code", or other user-specified description.) 

l|2 - Descriptive text appearing on the page can be setup for each input field 

liy (i.e. "Company X recommends insurance only for items worth over $1,000.") 

C3 

isy - Additional required fields may be specified. 

16] - Service options may be removed. 

l?^ In one embodiment, the System limits such screen appearance change authority to be limited to 

liu be performed by the System's System Administrator. 

Fy 

lftj Modifiable screens are one of the key methods by which an enterprise implements and 

re; 

2frf explains its shipping policies to end Users. 
21 

22 6. Shipping Destination 

23 The Enterprise Desktop Client provides "destination address services" that enable 

24 Users to quickly and correctly specify the address for a shipment recipient, such as, for 

25 example: 

26 - Address validation and correction - street-level validation and correction 

27 is desired, but not required. City/ST/ZIP validation and correction is required. 

28 - Types of Address Books and Address features include: 

29 - Personal address book 

30 - Shared company address book 
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1 - Distribution lists 

2 - Add/edit/delete/clone entry 

3 - Import/export addresses to/from text files 

4 - Prompt to save new addresses to address book 

5 - Prompt to save changes to existing addresses (or save new) 

6 Generally, address entries should contain 

7 - Contact name 

8 - Company name 

9 - Address Line 1 

10 - Address Line 2 

11 - City, State/Province, Country 
12=3 - Phone number 

I3i - E-mail address 

w 

140 - Carrier account number(s) 

l|y The System provides links to shipping history for a specified addressee for viewing shipments 

sent to the specified person or entity) 

lf^ FIG. 13 is a graphic representation of an exemplary Address Book List View Screen in 

l8y an exemplary embodiment of the invention. As depicted in FIG. 13, the Address Book List 

l9j View Screen provides a summary list of addresses in the User's Address Book. In one 

2M embodiment of the invention, a View History button is provided for each Address Book entry 

has 

7 

21 in both the Address Book List View and the Address Book Edit View Screens. If the User 

22 clicks the View History button, the System will display all packages shipped to and/or from 

23 (depending on the User's preference settings) the recipient with whom the View History 

24 button clicked is associated. 

25 FIG. 14 is a graphic representation of an exemplary Address Book Edit View Screen in 

26 an exemplary embodiment of the invention. As depicted in FIG. 14, the System provides a 

27 User in an Address Book Edit View Screen with a detailed view of address information for a 

28 particular entry in the Address Book List View Screen if the User checks a detailed box, e.g., 

29 100 in FIG. 13. 
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1 FIG. 15 is a graphic representation of an exemplary Locations List View Screen in an 

2 exemplary embodiment of the invention. As depicted in FIG. 15, the System provides the 

3 User with Locations for Groups defined in the Address Book. 

4 For address corrections, the User interface warns the User that the address has been 

5 "fixed" or does not exist, and asks how to proceed. The User can proceed with an invalid 

6 address, subject to certain constraints (i.e. invalid street address OK, invalid ZIP code, not 

7 OK.) The user interface warns the User that delivery to POBs is limited to the USPS, if a POB 

8 is specified as the address. 

9 The System provides the user with a shortcut capability to select addresses from the 

10 address book, using such features as "nicknames." 

1 1 Users can add/modify/delete entries in their Personal address book, but not in shared 
l|3 address books. Only Administrators can modify shared address books. 

The Desktop Client provides each User with the ability to import and bulk load 

i|y addresses into the User's personal address book. 

r : 

liy 

16 1 7. Shipping Return Address and Origin. 

I7 a Subject to Administrator settings, Desktop Users can set their return address in user 

l&J preferences and can override the preset return address when desired. Administrators can assign 

fi I 

I9j Users to an Enterprise site, which can be separate (but often similar) from the User's 
individual return address. The Enterprise site (origin) will drive user interface aspects and 

21 options available to a User such as drop-off locations displayed, allowable carriers, the account 

22 number used, the cut-off times, etc. 

23 The Enterprise Desktop Client user interface uses the User's return address 

24 information maintained in user preferences in a number of ways, including, for example: 

25 - The return address is auto-filled by the System with the address specified 

26 in the user's preferences. The return address may be overridden by the User. 

27 - The Administrator can define drop-off locations (including carrier 

28 service centers, drop boxes, and MBE centers), with associated cut-off times, 

29 for each site. 
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1 - Available drop-off locations are displayed according to user privileges 

2 and the user's Enterprise site. 

3 - The User interface provides time- and site-sensitive alerts on cut-off 

4 times and drop-off locations based on Administrative settings. The 

5 Administrator client provides the capability to the Administrator to define 

6 Enterprise sites and drop-off locations (including off-site locations) available per 

7 site, as well as cut-off times for Enterprise sites and drop-off locations. 

8 End of day reports account for packages dropped-off at an off-site location. 
9 

10 8. Shipment Rating. 

11 The System prompts Users to supply information necessary to price shipment of a 
i|3 package. FIG. 24 is a graphic representation of an exemplary Price It Start Page in an 

in 

it exemplary embodiment of the invention. As depicted in FIG. 24, a User's default preference 

llU settings are displayed. To change information, the User clicks on the Change button, e.g., 

i M ';S 

liy 250, associated with the section of information, e.g., Shipment Information 251, that the User 

1^1 wants to change. 

17 Clicking one of the Change buttons, e.g., 250, causes the System to display a detailed 

l&J Price It Shipping Estimate Screen with which the System prompts the User to supply the 

ru 

isfj changed information. FIG. 25 is a graphic representation of an exemplary Price It Shipping 

2jH Estimate Screen in an exemplary embodiment of the invention. To the extent authorized to do 

21 so by the Administrator, the User edits the Shipping Estimate data fields: Origin zip code 149; 

22 drop off location (by clicking the drop off location link 281); destination address fields 

23 (nickname 261; country 262; city 263; state 264, and zip code 266) can be populated by 

24 clicking the Address Book link 260, locating the appropriate Address Book entry, and clicking 

25 on that entry; business 190 or residence 191; number of packages 270; all packages in 

26 shipment same 271 or not 272; package weight in pounds 273 and ounces 274; packing type 

27 275; or the package dimensions in length 276, width 277 and height 278; whether the 

28 packaging is irregular or non-standard 279; and advance package options 280. Clicking the 

29 Drop-off Location link 281 causes the System to display a Drop Off Locator Screen as depicted 

30 in FIG. 26. 
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1 FIG. 26 is a graphic representation of an exemplary Drop Off Locator Screen in an 

2 exemplary embodiment of the invention. The Drop Off Locator Screen provides a Location 

3 Type window 282 and a pull down menu button 283 with which the User can specify the 

4 Location type. The User is prompted to specify the Carrier 284, using a pull down menu 

5 button 285. The User can specify if the report should only show locations where the day's 

6 deadline has not yet passed 286. When the User has input the necessary locator information, 

7 the User clicks the Go button 287. The System locates all locations matching the User 

8 specified criteria and reports them 289. The User can sort the report by deadline time 288 by 

9 clicking the deadline time heading 288 on the onscreen report. 

10 In one embodiment, the User enters only a recipient's e-mail address in a shipping 

11 request. The System uses the recipient's e-mail address, e.g., 293-1 as depicted in FIG. 27, 
l|3 as a database key to retrieve information about the recipient's shipping address and use that 
lp information to populate the shipping request delivery address information. FIG. 27 is a 
lftj graphic representation of an exemplary Shipping Addresses Screen in an exemplary 
if j embodiment of the invention. Inputting the Recipient's e-mail address 293-1 causes the 
I6j System to populate the Destination address information 293 if the information is already in the 
17^ Address Book. 

18U If the Destination address information for the specified Recipient is not already in the 

I9j Address Book, the User must input the Destination Address information 293 and can indicate 

25j to the System to save the new address in the Address book 293-2. 

21 The user can specify notification e-mail addresses 294 to which the System generates 

22 and sends an e-mail notifying that a package has been sent. The User can enter a message for 

23 the e-mail 295, a description of the package 296 and a reference number 298. If no message is 

24 specified, the System sends a standard message. The User can click the Browse button 297 to 

25 browse a library of item descriptions contained in the System databases. 

26 FIG. 28 is a graphic representation of an exemplary Shipping Payment Screen in an 

27 exemplary embodiment of the invention that is displayed when a package is to be shipped. The 

28 System populates the data fields displayed in the Screen with default information according to 

29 the Administrator settings, User preferences, and to the extent as discussed below, Recipient 

30 preferences. The User can supply other payment information by completing the appropriate 
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1 fields. The default payment type 299-1 is set by the System according to any defaults as 

2 mentioned above. The System provides a drop-down menu button 299-2 with which the User 

3 can select a different payment type. If the User changes the Payment type, the appropriate 

4 fields are displayed for User data input 299-3. 

5 In one embodiment, the System provides recipients with the capability to set up 

6 recipient shipping preferences which are related to the recipient's e-mail address in the System 

7 databases. Recipient Preference Screens are similar to those described herein with regard to the 

8 User's Preference Screens, and are saved by the System in the System databases so that the 

9 Recipient's Preferences are accessible by the Recipient's e-mail address. In such an 
10 embodiment, when the User enters the Recipient's e-mail address, the System populates not 
cn> only the shipping delivery address, but the Recipient's shipping preferences as well. 

123 In one such embodiment, the Address Book entry for the Recipient contains the 

l|g Recipient's e-mail address. The System provides in such an embodiment, a Quick Ship 

lljJ option, such as from the Address Book entry for the recipient. The User clicks the Quick Ship 

lfy button associated with a particular recipient's entry in the Address Book and the System 

l( ti populates the shipping delivery address and the Recipient's shipping preferences. 
17 

.pas. 

lSy i.) Shipment Rating for Returns Processing 

I9j In one exemplary embodiment of the invention, the System of the present invention is 

2^ integrated with a Returns System such as disclosed in U.S. Patent Application attorney docket 

21 number PSTM0042/MRK the disclosure of which is incorporated for all purposes herein by 

22 reference as if fully stated here. In such an integrated Returns System/Enterprise System 

23 embodiment, a Recipient can arrange for the return to an Enterprise of an item previously 

24 shipped by the Enterprise to the Recipient. To do so, as will be described in more detail 

25 below, the Recipient of the previously shipped package accesses the Enterprise's Online 

26 Internet Web site, views the Enterprise's Recipient Order History for that Recipient, and 

27 clicks on a Return button associated with the particular package to be returned. 

28 In such an integrated Returns System/Enterprise System embodiment, as described in 

29 more detail below, the Enterprise User and/or Administrator, sets up Returns Policy rules. 

30 The System populates all of the appropriate fields regarding the package to be returned with 
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1 the information stored in the System databases by the original Enterprise User. The Integrated 

2 Returns/Enterprise System allows the Recipient, as further described below, to set up Recipient 

3 Shipping Preferences. When a Recipient requests return processing, the Returns/Enterprise 

4 System asks the Recipient a series of Returns Questions, and processes the return request in 

5 accordance with the Recipient's responses to the Returns Questions and in accordance with 

6 the Returns System processing settings as established by the Enterprise's User/ Administrator. 

7 If the Recipient is paying for the return shipping, the Returns/Enterprise System allows the 

8 Recipient to choose the return shipping Carrier and Service from a Graphic Array comparison 

9 display of shipping charges for those Carriers authorized for Returns Processing by the 

10 Enterprise. Return processing populates the Inbound Tracking Log for the Enterprise User 

1 1 and notifies the User of the return. . 

FIG. 29 is a graphic representation of an exemplary Order History display for a 
particular Customer in a particular Enterprise's Online Internet-based website. In the 

lit 1 exemplary case depicted in FIG. 29, the exemplary Order History display depicts an order 

Ify history for an exemplary Customer of the Enterprise in the particular Enterprise's Online 

\6\ Internet store. 

'-si 

l?_ In the exemplary Enterprise's Online Store, as depicted in FIG. 29, the Enterprise 

l&j displays the Enterprise's Logo 4380. The exemplary Enterprise's Online Store provides a 

19*1 main menu of options 4382, for example, "Welcome", "Online Merchandise", "Catalog 

2p Merchandise", "Place Orders", "Return Merchandise", etc. Further, in the exemplary 

r 

21 Enterprise's Online Store, each Page provides a Submenu of options 4381 that provide 

22 functionality appropriate for the selected main menu option. In the illustrative FIGURES 

23 described below, the Consumer has entered the Enterprise's Online Store, and has entered, 

24 for example, the Return Merchandise page. With the Return Merchandise page, the 

25 Enterprise's Online Store provides appropriate Submenu selections 4381 that allow the 

26 Consumer to view the Consumer's Order History and access the Consumer Returns 

27 Subsystem to return merchandise. 

28 In the exemplary Order History display depicted in FIG. 29, the particular Consumer's 

29 Shipped Orders 4400 are listed, e.g., 4401-1 through 4401-7. From the Order History as 
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1 depicted in FIG. 29, the Consumer can select a particular order number, e.g., 4401-1, by, for 

2 example, clicking the cursor on the order number 4401-1. 

3 To return an order, or an item from within a particular order, the Consumer selects a 

4 particular order number, e.g., 4401-1. Selecting a particular order number, e.g., 4401-1, 

5 causes the Enterprise's Online store system to display (4361 in FIG. 30a) an Order Summary 

6 as depicted in FIG. 31. 

7 FIGS. 30a through 30c are logic flow diagrams depicting an exemplary high level logic flow 

8 for a Consumer's experience with an exemplary embodiment of the Returns System of the present 

9 invention from within a Merchant's Online store. FIG. 31 is a graphic representation of an 

10 exemplary Order Summary Screen for a particular Order Number for a particular Consumer 

11 from within a particular Enterprise's Online store in an exemplary embodiment of the 
\Z=~ invention. 

l£jf The exemplary embodiment of the invention depicted in FIGS. 30a-30c shows that the 

llLJ Enterprise's Online store system accesses the Return System's Tracking Database 4115 

.==». 

i|~i (which is part of the Return System's databases 22 as depicted, e.g., in FIG. 3) to provide the 

l<^{ Consumer's Order History and Order Summary information. In an alternative embodiment, 

l?_ the information necessary to populate the Consumer's Order History and Order Summary 

l|=j information is contained within the Enterprise's store's own databases. 

\$i As depicted in FIG. 31, a Return System icon, e.g., 4402, is displayed on the Order 

2§3 Summary Screen. To return a particular item or set of times, the Consumer must click on the 

21 Return System icon 4402. If the Consumer clicks on the Return System icon 4402, the System 

22 generates the display of a Returns Service Screen. FIG. 32 is a graphic representation depicting 

23 an exemplary Returns Service Screen provided by the Consumer Returns Subsystem in an 

24 exemplary Enterprise's Online store in an exemplary embodiment of the invention. 

25 In a Returns Service Screen, such as the exemplary one depicted in FIG. 32, the 

26 Enterprise's Standard Policy Overview Statement 4420 (e.g., 4160 as depicted in FIG. 33) is 

27 displayed. To display the Enterprise's Standard Policy Overview Statement 4420, the System 

28 retrieves the Enterprise's Policy Overview statement 4362 from the Return System Account 

29 Database 4106 as depicted in FIGS. 30a-30c. Continuing with FIG. 32, a check box, e.g., 

30 4421-1 through 4421-7, is displayed next to each ordered item, e.g., 4404-1 through 4404-7. 
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1 To return a particular item or set of times, the Consumer must select the items to be returned 

2 4363 as depicted in FIGS. 30a-30c. Continuing with FIG. 32, a Consumer that wants to return 

3 a particular item, e.g., 4404-7, checks the check box 4421-7 associated with that item (multiple 

4 boxes for multiple items can be checked) and then clicks the onscreen "Next Step >>" 

5 button 4422. 

6 FIG. 34 is a high level data and logic flow diagram depicting an overview flow of the 

7 Returns System flow in an exemplary embodiment of the invention. As depicted in FIG. 34, 

8 the Enterprise establishes the Enterprise's returns policy in the Returns Policy Database 800 

9 using the Returns Manager Subsystem 752. The Consumer Returns Subsystem displays the 

10 Enterprise's standard returns policy 791 and walks the Consumer through the appropriate 

11 return questions, applying the appropriate return rules, including exceptions 794 as that 
l|3 process is depicted in FIG. 35. 

i|q Continuing with FIG. 34, the Consumer then uses the System's shipping functionality 

14£ 802 provided by the Returns Processing Subsystem 815 in the exemplary embodiment of the 

liJ invention to return ship the merchandise 801. Returns shipping processing assigns the returned 

I6j package a return tracking number 803. The Return Processing Subsystem provides a 

1% Background Tracking Agent 804 that periodically accesses the list of return tracking numbers 

\W and in an asynchronous manner uses the System's multi-carrier tracking function 805 to 

E r ; 

19^ access the System's tracking servers, e.g., 21s-21z (as depicted in FIG. 3) and populates the 

□ 

20^ return tracking databases 771, 773 (details). The System provides Consumer tracking of a 

21 return shipment 806 through a Consumer Returns Subsystem access to the Returns Processing 

22 Subsystem's Multi-Carrier tracking function 805. The Multi-Carrier Tracking function 805 is 

23 described further below. 

24 Returning to FIG. 32, once the Consumer clicks the onscreen "Next Step > > " button 

25 422, then as depicted in FIGS. 30a-30c, the Return System then prompts the Consumer, 

26 through the Consumer Returns Subsystem in the Enterprise's Online Store system, to answer 

27 the Enterprise's Return Questions and provide the requested Return Reasons 4364. 

28 FIG. 36 is a high level interactivity diagram depicting an exemplary embodiment of the 

29 interactivity of the Customer Returns Subsystem between a Consumer's Client Machine, 

30 Customer Returns Page, various Customer Returns Subsystem functions, and the Return 
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1 System servers in an exemplary embodiment of the invention. As depicted in FIG. 36, a 

2 portion of the Consumer Returns Subsystem 901 operates on the Consumer's (also referred to 

3 here as the Customer) Client Machine 900. When the Consumer accesses the Enterprise's 

4 online store, the Enterprise's menu options allow the Consumer to access the Consumer 

5 Returns Page 902 from within the Enterprise's online store. From the Consumer Returns 

6 Page, the Consumer can access the Consumer Returns functions such as, for example: Display 

7 of the Enterprise's Standard Policy and display items available for return 903 from the 

8 Standard Policy data 754; prompt the Consumer for the reason for the return 904; prompt the 

9 Consumer for shipping information such as the carrier with which the package will be returned 

10 and the packaging of the item 905; finalize shipping of package 906; and print a shipping label 

11 907 saving the shipping label information, such as the tracking number, in a Return Label 
123 database 908. As with the Returns Manager Subsystem, the Consumer Returns Subsystem 
\$% uses the Return System's web servers 21m-21r to interact with the Consumer, and uses the 
lly Return System's Database servers 20a-20n to access the various databases in the Policy 
lid Database 800 that are needed to supply the information for the interactivity 

S.J 

16 1 FIG. 37 is a graphic representation of an exemplary Returns Service Return Reason 

i]L Screen in an exemplary embodiment of the invention. As depicted in FIG. 37, for the Order 

l&j selected 4401-1, for the item 4404-7 selected to be returned 4421-7, the Enterprise's Question 

i<iu 4206 is asked, prompting the Consumer with acceptable answers 4216, 4207, 4212, and 4220 

20^ for selection 4427-1 through 4427-4 respectively. A Consumer Comments window 4425 is 

r 

21 provided with up and down scroll buttons 4426-1 and 4426-2 in which the Consumer can 

22 specify a narrative description. 

23 As depicted in FIGS. 30a-30c, the Return System compares the Consumer's Return 

24 Reason with the Enterprise's Return Policy 4365. According to the Enterprise's Return 

25 Policy, if the Consumer's Return Reason is "justified", then the Return System authorizes the 

26 return 4369 (and according to the Enterprise's Return Policy, pays for the Return Shipping), 

27 calculating a Refund Amount and allowing the Consumer to Launch a Label 4370, Print a 

28 Shipping Label 4371; the Return System thanks the Consumer 4372 and Prepares a Package 

29 Return Shipped e-mail 4373 . 
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1 Returning to FIG. 37, a Refund Amount 4172 is calculated based upon the standard 

2 policy choices made by the Enterprise (Refund Amount 4172 = Item Price 4173 + Item Tax 

3 4174, as depicted in FIG. 33). When the Consumer has completed the Return Reasons for the 

4 particular item, the Consumer clicks the onscreen "Next Step > > " button 4422. 

5 FIG. 38 is a graphic representation of an exemplary Return Summary Screen in an 

6 exemplary embodiment of the invention. The Return Summary Screen depicted in FIG. 38 

7 displays the Enterprise's Response 4213-1 appropriate for the Consumer's Return Reason 

8 4427-3 depicted in FIG. 37 in response to the Enterprise's Return Question 4206 and possible 

9 Return Answers 4216, 4207, 4212 and 4220 depicted in FIG. 37. The Return Summary 

10 Screen depicted in FIG. 38 displays the item description of the item being returned 4404-7, the 

11 Reason for Return 4212, and the Consumer's comments 4425. The Return Summary Screen 
123 also displays the item price 4173 and the calculated Refund Amount 4172. 

. Fa 

\}q The Return Summary Screen prompts the Consumer to select one of the Enterprise's 

i|U choices of Carriers 4187-1, 4188-1, 4190 and 4184. The Return Summary Screen also 

lid prompts the Consumer to indicate whether 4433 or not the 4434 the returned item is in its 
original packaging 4432. By pressing the onscreen "Next Step > > " button 4422, the Return 
System displays a Label Create Screen. Label Printing is described further below. 

ifcj 

ffj 

19/j a.) Weighing the Package 

20~ Depending on the Administrative settings for Shipping Rules and privileges available to 

21 the User, the Desktop User, or in the alternative, a Shipping Station, will need to supply the 

22 weight (e.g., 273-274, FIG. 25) of the parcel to be shipped. This can be done by weighing the 

23 package and entering the weight in a System data collection screen, or, in one embodiment of 

24 the invention, the Shipper's PC is configured with a scale and the System communicates with 

25 the Shipper's scale using the user's client web browser. FIGS. 39a through 39c depict an 

26 exemplary logic flow for communications between the System and a Shipper's PC and a scale 

27 configured with the Shipper's PC. In the exemplary embodiment, the Shipper establishes in 

28 the System certain information about the Shipper's PC configuration at the time the Shipper 

29 sets up an Account 601. If the Shipper's PC is configured with a scale, the Shipper specifies 

30 scale configuration information 602 such as: the make and model of scale, and the type of port 
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1 (e.g., serial or parallel) with which the scale is configured with the PC. Further, the System 

2 provides storage and access 603 for the Shipper's scale configuration information in a 

3 database 604. 

4 In the exemplary embodiment of the invention, the System supports various makes and 

5 models of scales. Each scale make and model has a set of features and requirements for which 

6 the System must be programmed in order for the System to communicate properly with each 

7 particular scale. The System provides an ActiveX control dedicated to communications with 

8 peripheral devices configured with client PCs ("Shipping Station ActiveX Control" ) 607. 

9 Contained within the Shipping Station ActiveX Control is a table (the "scale table") 608 

10 containing entries for each supported scale make and model and provides logic to process the 

11 communication information for each scale make and model as appropriate. It should be 
ljg understood by someone skilled in the art that the Shipping Station ActiveX Control facilitates 
l^f" communications with various devices on the client machine. The Shipping Station ActiveX 
l4U Control 607 and the scale table 608 are requested 606 by the web page (the "System/scale 
lf.j interface") containing the Weight field 1051 at the time that the Shipper activates 605 the 
16^ Weight field (e.g., 273-274, FIG. 25). Once the web page requests the Shipping Station 
l? ActiveX Control 607, the Shipping Station ActiveX Control 607 is automatically installed on 
lgy the client 609. In the event that the Shipping Station ActiveX Control is updated to facilitate 
lQj the support of additional scale makes and models, the Shipping Station ActiveX Control is 
2P automatically reinstalled on the particular client PC the next time that the Shipper activates the 

21 Shipping Station ActiveX Control. 

22 The Shipper places the Subject Parcel on the scale 610. The Shipper activates the 

23 Shipping Station ActiveX Control by placing the cursor of the Shipper's PC on the Weight 

24 field (e.g., 273-274, FIG. 25). The System checks the Shipper's scale configuration 

25 information to determine 611 whether the Shipper's PC is configured with a scale. If so, the 

26 System activates the System/scale interface 613. Otherwise, the user may input the weight 612 

27 in the weight fields 273-274 as depicted in e.g., FIG. 25. 

28 In one embodiment of the System/scale interface aspect of the invention, the System 

29 uses ActiveX control language and the client's web browser, such as Internet Explorer 

30 browser. Using the Shipper's scale configuration information, the System calls Windows 
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1 libraries 615 to open the serial or parallel port with which the scale is configured, as the case 

2 may be and as is specified in the Shipper's scale configuration information. Windows is an 

3 operating system used with most PCs. 

4 The System uses the information for the particular scale make and model from the scale 

5 table 608 of scale makes and models to send a communication query to the particular scale 

6 616. Typically, the communication query information required by a particular scale make and 

7 model is a particular set of characters. Each scale make and model recognizes a unique set of 

8 characters as a request for a weight. Accordingly, the appropriate set of characters that means 

9 a request for weight to a particular scale make and model is stored in the scale table for a 

10 particular scale make and model. 

11 After a proper query, a scale will return a data stream containing the weight of the 
parcel 617. Depending on the scale make and model, other types of information may be 

i|^ contained in the return data stream. The System accesses the scale table 608 to interpret 618 

lllJ the return data stream according to the scale make and model rules as stored in the scale table 

■aw 

\hj and as programmed in the Shipping Station ActiveX Control. 

16~1 Other scale communication information is contained in the scale table for each scale 

17 make and model, including, for example: the character string that communicates a request as to 

T i 

l|y whether or not the weight is stabilized; the default contents of the return data stream of the 

lQjj weight from a particular scale make and model; and the character string to request that the 

2^ scale send the weight mode with the return data stream. Weight mode is the mode with which 

21 the scale measures weight (e.g., pounds, kilograms, etc.). 

22 In one embodiment, as long as the Shipper's cursor remains on the Weight field (e.g., 

23 273-274, FIG. 25), the System polls the scale repeatedly requesting the weight and requesting 

24 notification that the weight is stabilized 619. Each time the System polls the scale, the System 

25 tests to determine 620 whether or not there is a difference in the weight as compared with the 

26 last time that the System polled the scale. If the System determines a difference in weight, 

27 then the System uses the Shipping Station ActiveX Control to fire an event 621 to the client 

28 web browser to display on the User Interface screen that the weight has changed. 

29 In one embodiment, once the Shipper removes the cursor from the Weight field (e.g., 

30 273-274, FIG. 25), the System stops polling the scale 622. If prior to the last polling to the 
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1 scale, the scale notifies the System that the weight has stabilized 623, the System will proceed 

2 with preparing the Graphic Array if requested to do so by the Shipper 625. Otherwise, if the 

3 System determines a difference in weight, the System notifies the Shipper that the weight is not 

4 stable 624. 

5 

6 b.) The Graphic Rate Comparison Array 

7 Continuing with FIG. 25, once the User has entered shipping estimate information, the 

8 User can preview rates by clicking the Rates and Times link 290. Clicking the Rates and 

9 Times link 290 causes the System to display a Graphic Array, also referred to as a Rate Grid, 

10 that provides Users with a comparison view of the costs and delivery schedules for the carriers 

11 and services available at their Enterprise in an easy to use, Graphic Array summary format. 
123 The costs displayed are based on the custom rates entered for their Enterprise. The format 
\1% enables the User to make an informed business decision on the tradeoff between cost and 
l|U delivery time subject to shipment policies established by the Administrator. 

i|y In an exemplary embodiment of the invention, the System uses MTX.exe as a 

16.1 transaction server. MTX.exe is an executable program that is part of the Microsoft suite of 

17^ Internet web solution products. 

18J In the exemplary embodiment of the System, Web pages are grouped in organization units 

1§1 referred to as "virtual directories." For example, in the exemplary embodiment, all of the user 

'"-3 

2CM interface Web pages that prompt a user to input registration data, and that provide interactive 

21 feedback to the registering user, would be grouped into a virtual directory. When a request for a 

22 particular Web page is received by a particular shipping Web server, the shipping Web server 

23 determines which virtual directory is needed. Depending on the virtual directory to be accessed, 

24 MTX.exe loads one of a plurality of COM objects, which are DLL's (Dynamic Link Libraries), for 

25 the System. One of the COM objects for the exemplary embodiment of the system is referred to as 

26 the Rating.DLL. 

27 Each Enterprise user is enabled to process one or more Carriers from a plurality of 

28 Carriers supported by the system and authorized for use by an Administrator. In the exemplary 

29 embodiment of the invention, when a user, through the user's client PC, issues a rating 
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1 request, the System passes a list of carrier identifiers for the carriers enabled for that user to 

2 the Rating.DLL operating on the shipping Web server to which the rating request is directed. 

3 The Rating.DLL consists of various rating-related functions, one of which is referred to 

4 as "Get_Rate_Function". Get_Rate_Function receives as input the carrier IDs for the carriers 

5 enabled for the particular user, package information, shipping information, including origin 

6 and destination postal codes, and other information. Get_Rate_Function parses the received 

7 input information and tests the carrier ID to determine the name of one of a plurality of 

8 Carrier-specific shipment rating routines that is to be performed in order to rate shipments for 

9 the particular carrier ID. In the exemplary embodiment of the invention, the Carrier-specific 

10 shipment rating routines are SQL Stored Procedures that are executed by the appropriate SQL 

11 Database Server. Get_Rate_Function then causes the appropriate Carrier-specific shipment 
123 rating routine to be performed to rate the User-specified shipment according to the relevant 
lil Carrier's business rules. 

til 

i4y FIG. 40 is a graphic representation of an exemplary Preview Rates Screen (also 

%=sr 

\\a referred to in some embodiments as a Rates and Times Screen) in an exemplary embodiment of 

i(Q the invention. The Graphic Array format is sortable by price (i.e., cheapest first), by delivery 

17^ time (i.e., fastest is first), or preferred carrier, as governed by the Enterprise and User 

l|y preferences. The Preview Rates Screen provides the User with the capability, if authorized by 

fU 

1SU the Administrator, to optimize 5308 the Rates display according to the Best Price 5136, or the 

20]{ Fastest Delivery 5135. 

21 The exemplary Preview Rates Screen depicted in FIG. 40 depicts an array of dates for 

22 delivery 5303-5305, Carriers, e.g., 5128 (UPS), and Services e.g., 5300 for UPS. If Carriers 

23 authorized by the Administrator and selected by the User provide Services authorized by the 

24 Administrator and selected by the User on more days than space exists on the Rate Grid, left 

25 and right scroll buttons (not shown) are provided. 

26 The Services for a Carrier can be displayed by the User by clicking a scroll down 

27 button, e.g., 5129 for UPS. Each listed Service for the Carrier identifies the time for delivery, 

28 e.g, 5306. When the Preview Rates Screen is displayed, the Carrier for which the User has 

29 specified a preference (or for which the Administrator has specified a preference) is displayed 

30 in an expanded mode, such as is depicted in FIG. 40 for UPS so that all Services supported and 
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1 authorized are displayed 5300; Carriers for which neither the User nor the Administrator have 

2 indicated preference are displayed in contracted mode, such as is the case for Fed Ex 5310, 

3 Airborne Express 5311 and USPS 5312. 

4 In the embodiment depicted in FIG. 40, only the Carriers and Services authorized by 

5 the Administrator, and further reflecting the preferences of the User, are displayed. In one 

6 embodiment of the invention, a Show All button (not shown) is provided - clicking the Show 

7 All button causes the System to display all Carriers, Services, and Days of Delivery authorized 

8 by the Administrator, even if the User has previously limited the available Carriers, Services 

9 and Days of Delivery. 

10 A price is displayed in an Array cell, e.g., 5307, 5302 for Carrier/Service supports the 

11 day of delivery 5303-5305. According to the User's Optimization Selection 5135-5136, an 
12~ Optimizer icon 5301 is displayed in the Graphic Array cell entry that reflects the optimal 
liy Carrier/Service. 

14U As is described below, each Carrier is represented in the Graphic Array /Rate Grid by a 

l|y different color. In the embodiment of the Rate Grid depicted in FIG. 40, the optimally rated 

i<h shipping entry for each Carrier is highlighted in the color for that Carrier; all other entries for 
that Carrier are in grey. 

I8y The presence or absence of Carriers in the Graphic Array display is driven by 

lil enterprise administrative policy (Next Day delivery may be prohibited by the Administrator for 

2<M packages other than letters), and service choices the user has made (for example, by choosing a 

21 billing option that only certain carriers support). 

22 The rates calculated and displayed in the Graphic Array are customizable. Some 

23 Enterprises may wish to see the iShip System transaction charge included in the rate quote. 

24 Some Enterprises may also wish to add their own markup to the carrier charges in order to 

25 cover the costs of the shipping department in general. Administrators use the Administrative 

26 Client to define user privileges that control what carriers and services appear in the rate display 

27 for a given shipment. They can also control the presence of the iShip transaction fee and any 

28 internal rate markup in rate grid charges. 

29 In one embodiment of the invention, a Rating button is provided on the same screen on 

30 which the Graphic Array is displayed, with which the User can toggle the rates displayed in 
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1 the Graphic Array back and forth between the Enterprise's actual shipping rates (including all 

2 discounts) and the rate that the Enterprise charges another person, e.g., the recipient, for 

3 shipping. In another embodiment, such as the one depicted in FIG. 41, the User selects the 

4 Show Retail Rates Yes 313-1 or No 313-2 button to indicate whether or not the Graphic Array 

5 displays Retail Rates or the Enterprise's rates at the time the User defines the Shipping 

6 options. FIG. 41 is a graphic representation of an exemplary Shipping Options Screen that is 

7 displayed when a package is to be shipped. 

8 Unless prohibited by the Administrator, Users can generally access general rate 

9 information outside a shipping transaction, as well as rating applied to a particular shipping 

10 transaction. 
11 

12^ c.) An Alternative Embodiment of the Graphic Array 

13O An alternative exemplary embodiment of a Graphic Array is depicted in FIG. 42. In the 

140 embodiment of the Graphic Array depicted in FIG. 42, the particular screen is titled the Rates 

lfy and Times Screen. 

16^ As depicted in FIG. 42, the exemplary Graphic Array contains the following 

\3 information and display elements: 1) valid delivery dates 1063 (1063-1 through 1063-3) across 

— — i 

l|j the top of the graphic display for the selected Ship Date; 2) sorted, valid delivery times 1064 

l|^ (1064-1 through 1064-6) for all valid dates down the left side of the graphic display; and 3) 

2§3 color coded by Carrier, Carrier cell entries, e.g., 1065, for each available rate, by date and 

21 time. 

22 In the exemplary embodiment depicted in FIG. 42 the Graphic Array comprises an 

23 array of intersecting rows and columns. Each column corresponds to a day and date of parcel 

24 delivery. In FIG. 42, the days and dates of delivery shown are "TUE 28 SEP 99" (1063-1), 

25 "WED 29 SEP 99" (1063-2) and "THU 30 SEP 99 M (1063-3). As depicted in FIG. 42, space 

26 for other columns (1063-4 through 1063-7) are available for display; in the case of the example 

27 depicted in FIG. 42 however, no dates are displayed in those columns. 

28 Each row of the Graphic Array corresponds to a time of delivery. In FIG. 42, the 

29 times of delivery are shown as "8:00 AM" (1064-1), "10:30 AM" (1064-2), "12:00 PM" 

30 (1064-3), "3:00 PM" (1064-4), "4:30 PM" (1064-5), and "5:00 PM" (1064-6). 
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1 At the intersection of each row (1064-1 through 1064-6) and column (1063-1 through 

2 1063-7) of the Graphic Array is a "cell." In FIG. 42, cells will be referred to by the element 

3 1071, and by the intersecting row (1 through 6) and column (1 through 7) the intersection of 

4 which forms the space for each cell (1071-1-1, 1071-1-2, . . . 1071-6-7). Some of the cells 

5 depicted in FIG. 42 are empty, e.g., 1071-5-1, 1071-6-1, 1071-6-3, 1071-6-4. Empty cells 

6 represent the circumstances that none of the Carriers supported by the System (the "supported 

7 Carriers") support delivery of the Subject Parcel for the time and date for which that cell 

8 represents the intersection. 

9 Some cells depicted in FIG. 42 have one or more cell entries. In FIG. 42, each cell 

10 entry represents a particular Carrier. Each Carrier cell entry is color coded with a unique 

11 color, the unique color corresponding to a particular Carrier as is discussed in more detail 
l| 3 below; each Carrier cell entry contains a graphic element, e.g., 1147a, and a monetary 

amount, e.g., 1147b, which represents the price for which the corresponding Carrier would 

lIU deliver the subject parcel. For instance, cell 1071-1-1 contains a single Carrier cell entry 

£3 

i|y 1148. Cell 1071-3-1 contains two Carrier cell entries 1065 and 1149. 

16^ A color-coding legend 1062 is displayed on the Screen to identify by a name (1140b, 

1141b, 1142b, and 1143b) and a color-coding symbol (1140a, 1141a, 1142a, and 1143a), each 

r i 

i|sj of the supported Carriers that provide the service according to the particular Shipper's Parcel 

fy 

1S~ S Specifications for the particular Subject Parcel. 

2$3 For purposes of this application, unique colors are depicted with graphic symbols. For 

21 example, a right-diagonal hash mark symbol 1140a is used herein to represent the color red; a 

22 left-diagonal hash mark symbol 1141a is used herein to represent the color purple; a vertical 

23 hash mark symbol 1142a is used to represent the color amber; and a horizontal hash mark 

24 symbol 1143a is used to represent the color blue. The particular hash mark symbols used 

25 herein and the colors mentioned herein are exemplary and are not a limitation of the invention. 

26 Each cell of the Graphic Array that is not empty contains one or more color-coded 

27 Carrier cell entries. For example, in FIG. 42, cell 1071-3-1 contains two Carrier cell entries, 

28 1065 and 1149. Carrier cell entry 1065 is color-coded with the right-diagonal hash mark 

29 symbol (representing the color red) which, according to the color-coding legend 1062, 

30 corresponds 1140a with the Carrier identified as "Airborne" 1140b. Carrier cell entry 1149 is 
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1 color coded with the horizontal hash mark symbol (representing the color purple) which, 

2 according to the color-coding legend 1062, corresponds 1143a with the Carrier identified as 

3 "USPS" 1143b. 

4 Each Carrier cell entry, e.g., 1065, contains a graphic element, e.g., 1065a, which 

5 contains what is known as "ALT text". As depicted in FIG. 42, a Shipper viewing the 

6 Graphic Array online can place the PC's cursor on the graphic element, e.g., 1065a of a 

7 particular Carrier cell entry, e.g., 1065, to display a pop-up screen 1069 that displays the ALT 

8 text for that particular Carrier cell entry. In some embodiments, the ALT text will be displayed 

9 by merely placing the cursor over the graphic element for a particular Carrier cell entry and 

10 leaving the cursor in that position for a certain time interval. In alternative embodiments, the 

1 1 Shipper must click on the graphic element for a particular Carrier cell entry in order to display 
12^ ; the ALT text. In the exemplary embodiment depicted in FIG. 42, the displayed ALT text, 
ljy e.g., the text displayed in pop-up screen 1069, contains the full Carrier name (in the depicted 
llU case, "Airborne Express") and the full Carrier service name (in the depicted case, "Express 
lfy Overnight Service") for the Carrier 1140b (in this case, Airborne) to which that Carrier cell 
\fi entry corresponds. 

n As depicted in FIG. 42, the color for the Carrier identified as "Airborne" 1140b is 

l|j depicted in the color coding legend 1062 with a right-diagonal cross-hatch symbol 1140a. 

lffj Accordingly, each Carrier cell entry contained within the Graphic Array with the right- 

2©3 diagonal cross-hatch symbol, e.g., 1065, corresponds to a delivery of the Subject Parcel 

21 supported by the Carrier "Airborne." Appearing in each of the color-coded Carrier cell 

22 entries, e.g., 1065 is a graphic element, e.g., 1065a, and a monetary value, e.g., 1065b. The 

23 monetary value, e.g., 1065b corresponds to the price that the corresponding Carrier would 

24 charge to deliver the Subject Parcel according to the time 1064-3 and date 1063-1 specified 

25 according to the row and column of which the intersection (which, in the case described is cell 

26 1071-3-1) contains the Carrier cell entry 1065. For example, as depicted in FIG. 42, the 

27 Carrier cell entry 1065, depicted with the right-diagonal cross-hatch symbol, contains the 

28 monetary amount "$9.00." Accordingly, the amount $9.00 is the price that the Carrier 

29 Airborne would charge to deliver the Subject Parcel at the identified time of 12:00 p.m. 1064-3 

30 on the identified date of Tuesday, September 28, 1999 1063-1. 
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1 Similarly, as depicted in FIG. 42, the color for the Carrier identified as "FedEx" 

2 1141b is depicted in the color coding legend 1062 with a left-diagonal cross-hatch symbol 

3 1141a. Accordingly, each Carrier cell entry contained within the Graphic Array with the left- 

4 diagonal cross-hatch symbol, e.g., 1147, corresponds to a delivery of the Subject Parcel 

5 supported by the Carrier "FedEx. " 

6 Further, as depicted in FIG. 42, the color for the Carrier identified as "UPS" is 

7 depicted in the color coding legend 1062 with a vertical cross-hatch symbol 1142. 

8 Accordingly, each Carrier cell entry contained within the Graphic Array with the vertical 

9 cross-hatch symbol, e.g., 1148, corresponds to a delivery of the Subject Parcel supported by 

10 the Carrier "UPS." 

11 Similarly, as depicted in FIG. 42, the color for the Carrier identified as "USPS" is 
l|3 depicted in the color coding legend 1062 with a horizontal cross-hatch symbol 1143. 
l|i Accordingly, each Carrier cell entry contained within the Graphic Array with the horizontal 
14U cross-hatch symbol, e.g., 1149, corresponds to a delivery of the Subject Parcel supported by 
i£j the Carrier "UPS." 

l^j In the embodiment of the Graphic Array depicted in FIG. 42, the Graphic Array is 

l l= dynamically dimensioned. For instance, only the dates and days (1063-1 through 1063-3) for 

1SU which delivery that conforms to the particular Shipper's Parcel Specifications for the 

I9,j particular Subject Parcel are displayed across the top of the graphic. For example, for the date 

20~ Tuesday, September 28, 1999 (1063-1), at the time 5:00 p.m. (1064-6), no Carrier supports 

a 

21 delivery of the Subject Parcel. 

22 Further, as depicted in FIG. 42, only the times (1064-1 through 1064-6) during which 

23 at least one of the Carrier/Services identified as supporting the delivery are displayed along the 

24 viewer's left side of the Dynamically Dimensioned Multi-Carrier Graphic Array online 

25 display. 

26 Still further, as depicted in FIG. 42, a Carrier cell entry, e.g., 1065, is displayed for 

27 each of, but only for each of, the Carriers/Services that support delivery for a particular day 

28 and time in the cell of the Graphic Array that represents delivery on a particular day and at a 

29 particular time. When the circumstances require, the System displays one or more Carrier cell 

30 entries in a single cell. For instance, cell 1071-3-1 contains two entries, 1065 and 1149; 
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1 whereas cell 1071-1-1 contains only a single cell. Accordingly, as depicted in FIG. 42, the 

2 cell size expands vertically to accommodate multiple Carrier cell entries. 

3 In the exemplary embodiment depicted in FIG. 42, the color-coding legend 1062 for 

4 each of the Carriers/Services represented in the Graphic Array is displayed with color-coding 

5 graphic elements (1140a through 1143a) and identification labels (1140b through 1143b) for 

6 each relevant Carrier/Service along the viewer's right side of the rating and timing graphic. 

7 Alternatively, instead of the printed name, the logo for the particular Carrier/Service can be 

8 displayed. As another alternative, the Carrier/Service logo can be displayed in color in the 

9 color-coding legend 1062. 

10 The particular arrangement of the color legend 1062 depicted in FIG. 42 and the 

11 particular colors used in the color legend depicted therein are exemplary and are not a 
\Zj limitation of the invention. In an alternative embodiment, instead of using color, other visually 
i|S distinctive methods are used to differentiate between different Carriers/Services. For instance, 

14^ other visually distinctive methods of Carrier/Service differentiation include but are not limited 

O 

lid to: three-dimensional texture effects, other three-dimensional effects, two-dimensional 

lGj markings (for instance, dots, cross-hatching, and the like), lighting effects, graphic symbols 

l|» (f° r instance, the logos of the Carriers/Services) and any combination of the aforementioned 

liU features with color. 

ry 

I9.fi In the embodiment of the Graphic Array depicted in FIG. 42, the exemplary Graphic 

?«% 

20" Array is depicted as horizontally wide enough to accommodate seven delivery days (1063-1 

21 through 1063-7) within a particular delivery timespan. The depiction in FIG. 42 of the 

22 Graphic Array as a fixed size accommodating up to seven delivery days is exemplary and is 

23 not a limitation of the invention. In alternative embodiments, the Graphic Array online display 

24 collapses or expands in total size to reflect the actual number of rows and columns that need to 

25 be present in order to display the Carrier cell entries for the Carriers/Services that support 

26 delivery of the Subject Parcel according to the Shipper's Parcel Specifications. 

27 The arrangement as depicted in FIG. 42 of the parcel delivery days and dates (1063-1 

28 through 1063-7) across the top and the parcel delivery times (1064-1 through 1064-6) along the 

29 left side of the Graphic Array is exemplary and is not a limitation of the invention. In one 

30 alternative embodiment, the parcel delivery days and dates are displayed across the bottom, 
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1 and the parcel delivery times are displayed on the viewer's right side, of the Graphic Array. 

2 In other alternative embodiments, the parcel delivery days are arranged on one of the two sides 

3 of the Graphic Array and the parcel delivery times are arranged along the top or the bottom of 

4 the Graphic Array. In such an alternative embodiment, the cells of the Graphic Array are 

5 expandable horizontally to accommodate the appropriate number of relevant Carriers/Services. 

6 As depicted in FIG. 42, the Shipper is asked to input the Expected Ship Date 1060. In 

7 the exemplary embodiment depicted, a drop down menu activation mechanism 1061 provides 

8 the Shipper the ability to activate a pull down menu (not shown) of seven entries beginning 

9 with the current date and includes the six days immediately following the current date. The 

10 format used is "M/D/YY - Day name". "Today" and "Tomorrow" are displayed appropriately. 

1 1 The number of entries provided by the selection mechanism, the format of the Expected Ship 
l|S Date, and other features described herein are exemplary and are not a limitation of the 
13" invention. 

; ; : 

143 In the exemplary embodiment depicted in FIG. 42, once the Shipper selects the 

ill Expected Ship Date, the System uses the Expected Ship date and the other information 

it 4 provided by the Shipper, such as in the screen depicted in FIGS. 25 and 41 described above, to 

3 

113 access the Carrier Rules, apply the Carrier Rules, and prepare the Graphic Array containing 

W 

ify the delivery prices and delivery times for the Subject Parcel according to the Shipper's Parcel 

l§5 Specifications. The System will then generate the signals necessary to display the Graphic 

2<H Array and cause the Graphic Array to be displayed on the Shipper's PC. 

21 Once the Graphic Array is displayed, the Shipper can change previously input 

22 information and the System will automatically regenerate the Graphic Array with the delivery 

23 rates and delivery times that have been updated to reflect the new information. For instance, if 

24 the Shipper selects a new shipping date, the System will regenerate the Graphic Array with the 

25 appropriate new rates and times. The logic for regenerating the Graphic Array is described in 

26 more detail below. 

27 In the exemplary embodiment depicted in FIG. 42, a Ship Location Type drop down 

28 menu activator 1067 is located below the Graphic Array. The particular location of the Ship 

29 Location Type selection mechanism as described herein is exemplary and is not a limitation of 

30 the invention. If the Shipping Location class is a "ship center", a "Find Location" button 1068 
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1 is displayed next to the drop down menu. In order to open the Drop Off Locator in a pop-up 

2 window, the Shipper places the Shipper's PC cursor on the "Find Location" button 1068 and 

3 clicking the Shipper's user input device. The Origin Zip Code and Ship Location type values 

4 supplied by the Shipper are used as parameters for the Drop Off Locator to locate a list of 

5 possible Drop Off Location choices. The Shipper can select a Drop Off Location from the 

6 Drop Off Locator menu. The system dynamically responds to changes by the Shipper to 

7 Origin Zip Code and Ship Location type to present choices of Drop Off Location choices. 

8 Navigational buttons appear at the bottom of the Rates and Times Screen depicted in 

9 FIG. 42. Clicking the "Back" button 1070 will return the Shipper to the previously displayed 

10 screen. Clicking the "Next" button 1054 will cause the next screen to be displayed but only if 

11 the Shipper has selected a particular Carrier cell entry. For example, if the Shipper clicks on a 
ii~' particular Carrier cell entry such as 1065, the System will allow the Shipper to then click on 
110 the "Next" button 1054 and proceed to, e.g., print a Traveler Label, as depicted in FIG. 56. 

5 s 5 

i|3 If a user returns to the Rates and Times Screen (FIG. 42) from any of the Specification 

t • 5 

1^1 Screens, e.g., FIGS. 25 and 41, any Specification changes will effect the displayed rates. 

lN Using the subject parcel's Parcel Specifications, the System is programmed to access 

lp databases containing information about each supported Carrier. Each supported Carrier has a 

; 3 
;:: 

ljfj unique rating schedule, delivery and pickup rules and schedules, and certification requirements 

1<M (the "Carrier Rules"). The System is further programmed to apply each supported Carrier's 

£3 

2p£ Rules to each Shipper's Parcel Specifications for the corresponding Subject Parcel. The 

21 System calculates the Shipping Charges based on zip-to-zip pricing where the Seller has 

22 provided the origin zip code and the Buyer has provided the destination zip code. 

23 To develop the rates for display in the Graphic Array, the System rating component is 

24 instantiated in the server-side script such as described above. The rating component's rate 

25 information method is invoked with the rate parameters embedded in the URL. Based on 

26 Carriers* business rules, the rates and their service option charges for all Carriers/Services are 

27 calculated from each respective Carrier's zone data, service/delivery time data and rate data. 

28 The System keeps the Carrier data up-to-date in the System database 22. The 

29 application does not use any carriers' Application Program Interface (API) functions to get the 



54 



PSTM0041/MRK 




1 rate information. All of carrier rate data is stored in the System database 22 and all business 

2 rules to calculate the rates are implemented within the System. 

3 FIGS. 43, 44a through 44b, and 45 are high level data retrieval and logic flow 

4 diagrams depicting the data and high level logic that the system uses to calculate a shipping 

5 rate. As depicted in FIG. 43, the following shipping information is used to calculate a 

6 shipping rate: Origin postal code, Destination postal code, Weight, Packaging, Drop off / 

7 Pickup, Country code 3001. For each Carrier 3002, the rating component of the System uses 

8 the origin and destination postal codes 3003. The rating component of the System obtains 

9 3003 the zone id from the zone table 3008 and gathers 3004 the time for deliveries for all 

10 available services from the service delivery time table 3009. From the rate table 3010, the 

11 rating component obtains services charges for the zone ID, packaging type and weight 3005. 
12« For each service, the rating component gathers all possible service options charges 3006. 

13.0 After gathering necessary information, the rating component returns an array of rate 

CO 

if U information 3007. Each element in the array represents a Carrier/Service and consists of 

service charge, service option charges, and delivery times. 

i£N The System calculates the rates according to the following overview logic as depicted in 

n FIGS. 44a-44b. The System retrieves all rate IDs (published, net, and retail) by joining the 

i|j following database tables on the System's AccountNo: AccountAndCarrierAcnt; 

I9 y CarrierAccount; RateDefinition 3020. 

2© The System then determines the billing rules for all of the Carrier/Service combinations 

21 and their service options by joining the following tables on CarrierlD, ServicelD, and 

22 ServiceOptionID: BillingOption; BillingOptionAndService; BillingOptionAndServiceOption 

23 3 021. 

24 For each carrier 3022, the System performs the following procedures: 1) determine if 

25 the particular carrier supports the given billing option based on step 2 3026. If not, continue 

26 with the next carrier 3027; 2) Apply carrier business rules, including: a) Calculate dimensional 

27 weight 3023; b) Determine billable weight 3024: actual weight, dimensional weight, oversize 

28 weight or letter weight; c) Validate package weight and dimensions 3025; (If the rate input 

29 violate carrier business rules 3026, continue to next carrier 3027); 3) Determine the zone ID 

30 from CarrierZone table for the given origin/destination postal codes 3028; 4) Determine 



55 



PSTM0041/MRK 




1 service delivery times 3029 (including Saturday/Sunday delivery times) by joining the 

2 following tables on destination postal code: a) CarrierDeliveryArea; b) 

3 CarrierServiceDelTime; 5) Determine all service charges from CarrierRate table by RatelD, 

4 ZonelD, ServicelD and Weight 3030; 6) Determine the service option charges for each 

5 Carrier/Service 3031 by joining the following tables on CarrierlD and ServicelD: 

6 ServiceOption; ServiceOptionAtttribute ServiceAndServiceOption; and 7) Apply billing option 

7 to service option charges 3032 (different service option charges could be billed to different 

8 parties for various billing options). 

9 As depicted in FIG. 45, the expected delivery times for each Carrier/Service returned 

10 in the rate information determine the placement of the rate grid for the particular 

11 Carrier/Service cell: the delivery date determines the columns 3040 while the delivery time 
12* resolves the rows 3041. In the event that multiple rate entries collide 3042, the alphabetical 
13~ order of the particular Carrier's name is further used to determine the Graphic Array entry 
lMJ order within the same date and time bucket 3043. The same Carrier/Service can be placed in a 
lpi second time slot in the grid under Saturday or Sunday column 3045 if the Saturday or Sunday 

iff: delivery is applicable to the particular Carrier/Service 3044. 

v j 

l? 

i|j d.) Generating the Graphic Array 

lbi FIGS. 46a through 46c are simplified flow diagrams depicting the initial Timing and 

20 Rating procedure to generate a Graphic Array in an exemplary embodiment of the invention. 

u 

21 In the embodiment of the invention depicted in FIGS. 46a through 46c, the functions of the 

22 Shipper entering shipping information 1150, displaying errors to the Shipper that insufficient 

23 shipping information has been provided and prompting the Shipper for additional information 

24 1153, and displaying the Carrier/Service rate and time graphic 1160, are all processed by the 

25 Web Browser at the Client. In the embodiment depicted, all other functions and processes 

26 depicted in FIGS. 46a through 46c are performed by one or more of the System Servers. 

27 It should be noted that the depicted separation of functions between the Web Browser at 

28 the Client on the one hand and the System Servers on the other hand represents an initial 

29 procedure to construct the Graphic Array in response to initial Shipper input of Shipper Parcel 

30 Specifications. As is explained in more detail below, after the initial construction of the 
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1 Graphic Array, the System can distribute certain of the functions for supplemental regeneration 

2 of the Graphic Array to the Web Browser Client. 

3 As depicted in FIG. 46a, the Shipper (User) enters shipping information (Shipper 

4 Parcel Specifications) 1150. The System validates the shipping information 1151. 

5 In the embodiment depicted, at a minimum, the System requires Source Postal Code, 

6 Destination Postal Code, Parcel Weight, Type of Shipment, and the Shipping Location in order 

7 to determine a timing schedule and rates for each supported Carrier. If the Shipper has not 

8 provided at least these minimum specifications, then the System displays error messages 1153 

9 prompting the Shipper to input further Shipper Parcel Specifications 1150. 

10 If the Shipper has supplied the minimum required specifications, then the System 

11 accesses the Shipper Database 1195 to identify any user-specified Carrier designations and to 
12^ determine the Carrier accounts for the appropriate Shipper 1154. Using the Shipper Parcel 
13D Specifications, the System then accesses the Carrier Databases (1404a through 1404n) and 
ify determines all possible Carrier/Services that support shipping of the subject parcel 1155. 

ifil It should be noted that in the Enterprise Shipping environment, an Administrator can restrict 

16^ the identity of Carriers available to be used in the construction of the Graphic Array. 
1? The System then examines each Carrier/Service in the set of supporting 

l|y Carrier/Services 1156. The next step 1157 is a juncture for return of control from a number of 
points in the System logic and is performed for each Carrier/Service in the set of supporting 

2©3 Carrier/Services . 

3 = 

21 If the System has examined all possible supporting Carrier/Services 1158, the System 

22 assembles the Graphic Array from the delivery rate set 1159 and displays the Graphic Array to 

23 the user 1160. As was previously explained, the dimensions of the Graphic Array are dynamic. 

24 As long as there are further Carrier/Services that remain to be examined in the set of 

25 supporting Carrier Services, the System continues to perform the process described below. 

26 Using the Expected Shipping Date, the System switches the Carrier/Service's shipping 

27 timespan into possible delivery dates and times 1 161. 

28 Next 1162 as depicted in FIG. 46b, the System determines whether the shipping 

29 timespan ends on a Saturday 1163. If so, the System accesses the Carrier Database (1404a 

30 through 1404n) to determine whether the particular Carrier/Service supports Saturday Delivery 
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1 1164. If the particular Carrier/Service does not support Saturday Delivery, then the particular 

2 Carrier/Service is eliminated 1177 from the delivery rate set and the System proceeds with the 

3 next Carrier/Service in the delivery rate set 1157. 

4 If the particular Carrier/Service supports Saturday Delivery, the System determines the 

5 appropriate Saturday delivery rate for the particular Carrier/Service 1165. 

6 Next, the System determines whether the shipping timespan ends on a Sunday 1168. If 

7 the shipping timespan ends on a Sunday, the System accesses the Carrier Database (1404a 

8 through 1404n) to determine whether the particular Carrier/Service supports Sunday delivery 

9 1166. If the particular Carrier/Service does not support Sunday delivery, then the particular 

10 Carrier/Service is eliminated from the delivery rate set 1177 and the System proceeds with the 

11 next Carrier/Service in the delivery rate set 1157. 

12^ If the particular Carrier/Service supports Sunday Delivery, the System determines the 

llO appropriate Sunday delivery rate for the particular Carrier/Service 1167. 

£o 

lffi The System then determines whether there is a business day delivery within the 

liK shipping timespan 1169. If so, the System accesses the Carrier Database (1404a through 

l&4 1404n) to determine whether the particular Carrier/Service supports business day delivery 

II 1170. If the particular Carrier/Service does not support business day delivery, then the 

* : 

187= particular Carrier/Service is eliminated from the delivery rate set 1177 and the System 

19^ proceeds with the next Carrier/Service in the delivery rate set 1157. 

2© If the particular Carrier/Service supports business day delivery, the System determines 

2 1 the appropriate business day delivery rate for the particular Carrier/Service 1171. 

22 The System next determines whether the Shipper has requested E-Mail delivery 

23 notification 1172. If so, the System accesses the Carrier Database (1404a through 1404n) to 

24 determine whether the particular Carrier/Service supports E-Mail delivery notification 1173. 

25 If the particular Carrier/Service does not support E-Mail delivery notification, then the 

26 particular Carrier/Service is eliminated from the delivery rate set 1177 and the System 

27 proceeds with the next Carrier/Service in the delivery rate set 1157. 

28 If the particular Carrier/Service supports E-Mail delivery notification, the System adds 

29 the appropriate charge for the E-Mail delivery notification service to each of the particular 

30 Carrier/Service's delivery rates 1174. 
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1 The System then determines whether the Shipper has requested verbal delivery 

2 notification 1175. If so, the System accesses the Carrier Database (1404a through 1404n) to 

3 determine whether the particular Carrier/Service supports verbal delivery notification 1176. If 

4 the particular Carrier/Service does not support verbal delivery notification, then the particular 

5 Carrier/Service is eliminated from the delivery rate set 1177 and the System proceeds with the 

6 next Carrier/Service in the delivery rate set 1157. 

7 If the particular Carrier/Service supports verbal delivery notification, the System adds 

8 the appropriate charge for the verbal delivery notification service to each of the particular 

9 Carrier/Service's delivery rates 1178. 

10 Next 1179 as depicted in FIG. 46c, the System determines whether the Shipper has 

11 requested that the Carrier/Service guarantee delivery time 1180. If so, the System accesses the 

12^ Carrier Database (1404a through 1404n) to determine whether the particular Carrier/Service 

u 

I3y supports guaranteed delivery times 1181. If the particular Carrier/Service does not support 

CO 

lfy guaranteed delivery times, then the particular Carrier/Service is eliminated from the delivery 

O 

if~ s rate set 1177 and the System proceeds with the next Carrier/Service in the delivery rate set 

lN 1157. 

\2 If the particular Carrier/Service supports guaranteed delivery times, the System adds 

□ 

lgy the appropriate charge for the guaranteed delivery times service to each of the particular 

19-; Carrier/Service's delivery rates 1182. 

'"■4 

2© The System then determines whether the Shipper has requested a "Call for Pickup" 

\± 

21 shipping location 1184. If so, the System accesses the Carrier Database (1404a through 

22 1404n) to determine whether the particular Carrier/Service supports "Call for Pickup" 

23 services 1185. If the particular Carrier/Service does not support "Call for Pickup" services, 

24 then the particular Carrier/Service is eliminated from the delivery rate set 1177 and the System 

25 proceeds with the next Carrier/Service in the delivery rate set 1157. 

26 If the particular Carrier/Service supports "Call for Pickup" services, the System adds 

27 the appropriate charge for the "Call for Pickup" service to each of the particular 

28 Carrier/Service's delivery rates 1186. 

29 The System next determines whether the Shipper has requested a "Residential 

30 Delivery" 1187. If so, the System accesses the Carrier Database (1404a through 1404n) to 
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1 determine whether the particular Carrier/Service supports "Residential Delivery" services 

2 1188. If the particular Carrier/Service does not support "Residential Delivery" services, then 

3 the particular Carrier/Service is eliminated from the delivery rate set 1177 and the System 

4 proceeds with the next Carrier/Service in the delivery rate set 1157. 

5 If the particular Carrier/Service supports "Residential Delivery" services, the System 

6 adds the appropriate charge for the "Residential Delivery" service to each of the particular 

7 Carrier/Service's delivery rates 1189. 

8 The System then determines whether the Shipper has requested "Loss Protection" 

9 services 1190. If so, the System accesses the Carrier Database (1404a through 1404n) to 

10 determine whether the particular Carrier/Service supports "Loss Protection" services 1191. If 

11 the particular Carrier/Service does not support "Loss Protection" services, then the particular 
l?^ Carrier/Service is eliminated from the delivery rate set 1177 and the System proceeds with the 

13D next Carrier/Service in the delivery rate set 1 157. 

CO 

lfly If the particular Carrier/Service supports "Loss Protection" services, the System 

lprj calculates the appropriate charge for the "Loss Protection" service and adds the appropriate 

l^N charge to each of the particular Carrier/Service's delivery rates 1193 before proceeding with 

u the next Carrier/Service in the delivery rate set 1157. 

£3 

lgj In the exemplary embodiments of the invention described here, the System 

1^1 automatically and dynamically regenerates the display of the Graphic Array and certain 

2© portions of other screens when the Shipper makes online changes to Shipper input. To do this, 

21 the System generates executable code which it distributes with certain displayable frames to the 

22 Web Browser Client. This distribution of code for purposes of regenerating the Graphic Array 

23 differs from the initial generation of the Graphic Array as was described above. For example, 

24 in the embodiment of the invention depicted in FIGS. 46a through 46c, in the initial 

25 development of the Graphic Array, the System distributes the functions that initially generate 

26 the Graphic Array as follows: the Shipper entering shipping information 1150, displaying 

27 errors to the Shipper that insufficient shipping information has been provided and prompting 

28 the Shipper for additional information 1153, and displaying the Graphic Array 1160, are all 

29 processed by the Web Browser at the Client; all other functions and processes depicted in 
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1 FIGS. 46a through 46c are performed by one or more of the System Servers 20a-21z as shown 

2 in FIG. 3. 

3 Distribution to the Web Browser Client by the System of executable code that 

4 regenerates the Graphic Array provides the capability to dynamically reflect in the Graphic 

5 Array any changes that the Shipper may enter to the various Shipper Parcel Specifications; the 

6 Graphic Array immediately displays the new information without requiring the Shipper to 

7 request a recalculation, such as by clicking on a "Regenerate" button or the like. 

8 To facilitate regeneration of the Graphic Array, the System generates executable code 

9 which it distributes with the frame, such as the frame that is displayed to the user for collecting 

10 the Parcel Specifications, to the Web Browser Client. A displayable frame is a set of 

11 information for display on the client display device. For example, in FIG. 42, in one 
l£=! embodiment of the invention, a first frame of the screen depicted in FIG. 42 comprises the 
lsj Title "Rates & Times" 1109a, the instruction "Click on the price to select a delivery date, 
lPU time and carrier." 1109b, the legend "Date you expect to ship your package;" 1109c, the 
ipy input field for the Expected Shipping Date 1060, the legend "I'll ship the package from:" 
\'f\ 1109d and the input field for the Shipping Location 1066; a second frame of the screen 
if depicted in FIG. 42 comprises the Graphic Array. 

l|j As the System generates the display of each frame, the System generates executable 

iy\ code which it distributes with, e.g., the Rate & Times frame, to the Web Browser Client. 

2© Thereafter, the Web Browser Client uses the executable code to automatically regenerate the 

21 display of the Graphic Array each time the Shipper makes changes to the Shipper Parcel 

22 Specifications. In one embodiment of the dynamic regeneration aspect of the invention, the 

23 executable code distributed to the Web Browser Client uses JavaScript. 

24 In some cases, the executable code sent to the Web Browser Client provides the 

25 information and the capability to regenerate the Graphic Array without any further 

26 communication with the Server. In other cases, the Web Client Browser must return control to 

27 the Server so that the Server can access data maintained by or accessible by the Server; the 

28 Server then regenerates the Graphic Array or otherwise provides the Web Browser Client with 

29 the information necessary to regenerate the Graphic Array. 
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1 In an exemplary embodiment of the automatic dynamic regeneration aspect of the 

2 invention, the executable code distributed to the Web Browser Client contains the logic to 

3 apply Carrier Rules to Shipper Parcel Specification changes. For instance, Shipper changes to 

4 certain Service Options, would be automatically processed by the Web Client Browser and the 

5 Web Client Browser would regenerate the Single Day Rate Graphic Array depicted therein to 

6 reflect the Shipper changes. In one such automatic dynamic regeneration embodiment, only 

7 those functions that do not require further access to the relevant Carrier's database are 

8 distributed to the Web Browser Client. 

9 It should be noted that, according to the automatic dynamic regeneration aspect of the 

10 invention, if after the Shipper views the Graphic Array the Shipper enters changes to any of the 

11 factors with which the System calculates the rates and develops the Graphic Array, the System 
lfg uses a similar logic flow to regenerate the Graphic Array as was explained above in relation to 
1^ FIGS. 46a through 46c. 

llU The dynamic regeneration capability is used to automatically regenerate response 

i|j screens in many places throughout the System. For instance, if the Shipper changes Origin Zip 

i£[ Code 149 (FIG. 25) and/or Ship Location Type (as selected via 281, FIG. 25), the System will 

17^ automatically regenerate a list of possible Drop Off Location choices. 

l&j 

ru 

i£j e.) Creating a Link 

2g FIG. 47 depicts an exemplary embodiment of the Create a Link Screen in an exemplary 

21 embodiment of the invention. In the embodiment depicted in FIG. 47, the System collects the 

22 package specific information input by a User and then presents the screen as depicted in FIG. 

23 23 to display the generated hyperlink 320. FIG. 50 depicts the text of an exemplary hypertext 

24 link such as is created by an exemplary embodiment of the "Create Link" feature in an 

25 exemplary embodiment of the invention. 

26 In one embodiment, the System generates an HTML hyperlink by executing a JAVA 

27 script routine (in alternative embodiments, other scripts are used). The JAVA routine extracts 

28 the User-supplied package-specific information from the Create a Link HTML page (i.e., 

29 Weight, Irregular or Non-Standard Packaging, Loss Protection, Destination Zip code, Link 

30 Type and Link Text) and integrates the information with a URL (Universal Resource Locator) 
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1 that points to the address at which a System web page exists, or a series of System web pages 

2 exist, that will display shipping cost comparisons for for later use. In one embodiment, the 

3 URL information is hard coded in the web page. The hyperlink built by the System contains 

4 data as well as an address. In an alternative embodiment, the URL is dynamically generated. 

5 In order to create the Link, the System places the appropriate HTML tags and text in a 

6 sequence that can be rendered by a web browser. An example of a hypertext link, like the one 

7 generated in FIG. 47, that the "Create Link" application creates is depicted in FIG. 50. Some 

8 of the text of the Link (a hyperlink) depicted in FIG. 50 is a template. However, several 

9 components are customized according to the Seller's and the specific item's information. For 

10 instance, the example hyperlink depicted in FIG. 50 contains a variable data item named "K" 

11 2210-1 which is set equal to the account number 2210-2 ("A6V1XZ" in this case) of the 
l^L User/Seller's account 2210. The example hyperlink depicted in FIG. 50 also contains a 
lS variable named "W" which is set equal to the weight in pounds of the package to be shipped 

fQ 

ikj (in this case "10") 2211; a variable named "V" set equal to the declared value for loss 

13^ protection of the package (in this case "0") 2212; and a variable named "H" which is set 

l?N equal to an indicator, which if set to "1", the package has irregular or non-standard 

l^ packaging, if set to "0" (as in this case), the package is regular with standard packaging 2213. 
l|j After the System generates the HTML hyperlink, the User can e-mail the HTML 

ljM hyperlink text 320 (FIG. 47) to someone by clicking on the e-mail this quote link 322 (FIG. 

2fS 47). 

21 When the person to whom the email is addressed (the "Recipient") receives the email 

22 with the HTML hyperlink text 320, the Recipient can click on the Link in the email and the 

23 Recipient's Web Browser will use the URL contained in the Link to locate the appropriate 

24 System Web page. The System will be presented with and receive as input the information in 

25 the hypertext link, including the variables and their respective contents as described above 

26 2210-2213 in connection with FIG. 50. 

27 With the input from the hypertext link 2210, the System accesses the System database 

28 22 as depicted and retrieves the following types of information: 1) Package origin address; 2) 

29 Carriers and services that the Enterprise has authorized for use; 3) Custom and public carrier 
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1 rates the Enterprise will use; 4) Additional handling charges that the Enterprise wants to 

2 impose; and 5) Payment methods the Enterprise will allow the Recipient to use. 

3 Using the information as provided by the hyperlink User/Seller's Link and the 

4 information obtained as a result of the above-described database access, the System, at the 

5 address provided by the URL, is programmed to display the shipping estimate previewed by 

6 the User/Seller. 

7 FIG. 51 is a graphic representation depicting an alternative embodiment of a hyperlink 

8 generated by the System in an exemplary embodiment of the invention. Instead of the hyperlink 

9 explicitly containing an Enterprise's account number 2210 and package specific information, 

10 e.g., 2211-2213, as depicted in FIG. 50, the hyperlink depicted in FIG. 51 provides a Package 

11 Identifier ("PID") 2220. A PID hides Enterprise account information and package specific 
12^ information from the Recipient by replacing the explicit embedded information with a single 

1§S string of facially meaningless characters. In an embodiment of the System that generates a PID 

in 
— — - 

ify for each Link, every time a User creates a URL with a PID, the System creates a new and 

lH unique PID. Without access to the System database, there is no information in a PID from 

l&J which to determine a User's or Enterprise's information. 

\7 The System stores the PID 2220 in a PID table in the System database 22 and stores the 

l&l Enterprise's account and package specific information, e.g., 2210-2213 with the PID. 

l^ In another embodiment, the details associated with the Enterprise's account, such as 

203 the Enterprise's various shipping preferences, are stored in detail with the PID 2220. Storing 

21 detailed information with a PID 2220 provides for additional flexibility in that new Enterprise 

22 information can be associated with the new PID while not influencing a previously generated 

23 PID and its associated set of information. 

24 Once generated, the hyperlink 320 can be copied and pasted by the Desktop User into 

25 another system, such as into a catalog of item descriptions. For example, as depicted in FIG. 

26 47, the hyperlink can be saved in a Saved Packages List 321. Adding a package to a Saved 

27 Packages List provides the User with information with which to populate information about 

28 packages with identical parameters sent repetitively to the same customer. In one embodiment, 

29 the Saved Packages List is accessible through the Address Book entry for the relevant 

30 customer/address book entry. 
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1 In one embodiment of the invention, the User can name a saved package. FIG. 48 is a 

2 graphic representation depicting an exemplary embodiment of the Name a Save Package Screen 

3 in an exemplary embodiment of the invention. When the User clicks the Add to Saved 

4 Packages List button 321 (FIG. 47), the System displays a pop-up Name a Save Package 

5 Screen such as the one depicted in FIG. 48. The User inputs the Package Name 323 and clicks 

6 the Save button 325. If the Name of the Package has previously been saved in the System, the 

7 System displays an error message 324 in a Name a Save Package Error Screen such as the one 

8 depicted in FIG. 49. FIG. 49 is a graphic representation depicting an exemplary embodiment 

9 of the Name a Save Package Error Screen in an exemplary embodiment of the invention. The 

10 User will then be able to select items from a Saved Packages List which will pre-populate all 

11 fields with the data specified by the User to populate the selected Saved Package. 
i;L 

5 a 

IS 9. Payment Methods. 

l|y The System provides the User with choices of payment methods for paying for the 

lH shipping transaction. Payment methods include, for example: 
\M - Bill Sender ("Bill Department") 

17" - Bill Recipient 

lH - Bill 3rd Party 

lpj - Bill Credit Card (Yellow Freight only) 

2£0 The System Enterprise Desktop Client captures supplementary billing information supported 

n 

21 by the carriers, on both a package- and shipment-level basis, such as: 

22 - Shipper's Reference 1 

23 - Shipper's Reference 2 

24 The user interface, subject to shipping rules set by the Administrator, assist the user with 

25 completing payment methods, where possible, such as, for example, in the following ways: 

26 - For the Bill Sender option, the appropriate account number for the user 

27 is automatically assigned by the System. 

28 - For the Bill Recipient option, the account number is auto-filled by the 

29 System from address book if available. 
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1 - The User Interface collects addresses if required for the payment 

2 method. 

3 Some Enterprises may set privileges allowing Users to ship personal packages on corporate 

4 rates, and get reimbursed via credit card. 

5 Communications between the User's browser and the System are encrypted to protect 

6 carrier account numbers and credit card numbers. 

7 

8 10. Service Availability. 

9 The System provides each Enterprise with access to the full spectrum of carriers and 

10 services supported by the System. 

11 Certain service types drive additional user interface requirements, such as freight 
12^ requiring different dialogs to complete the shipping transaction. 

135 The Administrative Client provides a clean way for customers to expose new carriers 

lfiy and services as they become available. New carriers and services default to "off (not 

ljs* displayed) until turned on by the Administrator. 

164 

17 11. Label printing. 

l|rj Label printing type is configurable as a shipping rule by the Administrator. The 

1§U Administrator can delegate shipping label printing authority by type of package and by other 

2£0 criteria. For example, the administrator can enable User printing of: 
2\ - Actual carrier shipping labels for letters 

22 - Traveler label for packages 

23 Users, subject to the Shipping rules imposed by the administrator, can laser print carrier 

24 shipping labels after consummating a shipping transaction for all carriers with whom the User 

25 has label printing permission. For shipping circumstances in which a User is not allowed to 

26 print an actual shipping label, Users can print "traveler" labels, which help identify pre- 

27 processed packages for mailroom personnel to complete. 

28 The administrator can define the traveler label format to be used. The traveler label 

29 includes a bar code that, when scanned, enables quick retrieval of the shipment record from the 

30 System by mailroom personnel using the Ship Station client. 
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1 Both shipping labels and traveler labels include user instructions on what to do with the 

2 package once the label has been printed. 

3 Shipping Stations must be equipped and configured with a bar code scanner to read 

4 traveler label bar codes in order to enable the quickest retrieval of shipment data from the 

5 System. 
6 

7 a.) Generating a System Tracking Number 

8 If the User creates a Shipping Label such as is depicted in FIG. 52, the System prepares 

9 a Carrier shipping tracking number 330 and an internal System tracking number for the item 

10 package. 

11 A System tracking number is a unique number generated internally by the System to 
12. identify a particular package shipped using the System. The Shipper inputs the Shipper's 

139 Parcel Specifications for the Subject Parcel. Using each Shipper's Parcel Specifications, the 

CO 

lfly System is programmed to access databases containing information about each supported 

lH Carrier. Each supported Carrier has a unique rating schedule, delivery and pickup rules and 

ljN schedules, and certification requirements (the "Carrier Rules"). The System is further 

n programmed to apply each supported Carrier's Rules to each Shipper's Parcel Specifications 

lly for the corresponding Subject Parcel. 

15*| As a result of the Consumer creating a shipping label, the System assigns the package a 

SI 

203 System package tracking number and adds a record containing all of the pertinent information 

21 about the package to the System database 22. Following are exemplary Shipping tracking 

22 numbers: MAGGY841VRY50; MAGGY84B496RF; MAGGY84X0FJ45. 

23 In one embodiment, the System Tracking Number is based on a Base-33 number 

24 system. The characters available are: Zero (0) through nine (9) and A through Z excluding "I" 

25 (i), "L" (1), and "O" (o). Each letter represents a value, as depicted in the table below: 

26 A = 10 F = 15 M = 20 S = 25 X = 30 

27 B = 11 G = 16 N = 21 T = 26 Y = 31 

28 C = 12 H = 17 P = 22 U = 27 Z = 32 

29 D = 13 J = 18 Q = 23 V = 28 

30 E = 14 K = 19 R = 24 W = 29 
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1 Each System Tracking Number is 13 alphanumeric characters. Position 1 is the letter 'M'. 

2 Positions 2 - 7 are a System Account number. Positions 8 - 12 are a five-digit ID. Position 13 

3 is a Check Digit. 

4 To calculate the Check Digit, the System performs the following steps: 1) 

5 Consecutively multiply the numeric value of each of positions 2-7; 2) Consecutively multiply 

6 the numeric value of each of positions 8 - 12; 3) Add both results; 4) Divide by 31; 5)Convert 

7 the remainder value to a Base-33 number. The converted value is the Check Digit. 
8 

9 b.) Printing a Shipping Label 

10 As mentioned above, in some embodiments, the Shipper can use the System to locally 

11 print on the Shipper's printer device a bar-coded shipping label according the Selected 
12=, Carrier's certification standards. In some embodiments, the bar-coded shipping label, 
ISO including two dimensional bar code labels, and other types of shipping labels, can be printed 
lpy on either a thermal label printer or on a laser printer. The Shipper specifies the type of printer 
157, to the system during initial setup procedures. Thereafter, the System uses, as appropriate, the 
16N thermal printer or laser printer module to prepare the label image for printing on the Shipper's 
l? printer. 

lgy FIG. 53 depicts a flow diagram of one exemplary embodiment of the aspect of the 

l^ invention that provides printing of bar-coded shipping labels on printer devices which are 

2® compatible with the User's client system on which a web browser is running, such as an HP- 

21 compatible laser printer. As depicted in FIG. 53, one of the System Servers, for instance, the 

22 Shipping Server, e.g. 21s in FIG. 3, gets the Label Size from the Carrier Label Specification 

23 1250, the Label Layout from the Carrier Label Specification 1251, Label Data from the 

24 Shipper Database 1252, and the Label Quality in Dots Per Inch ("DPI") as set by the Server 

25 1253, and uses this information to Generate the Label 1254. 

26 The Server then creates, and causes the display on the client browser's display device 

27 of, a text string with a specified font face and in a specified font size in an HTML table data 

28 cell with a specified width 1255. If the client browser is using a ninety-six (96) display device 

29 DPI, the display device will display said text string in the HTML table data cell in a single 

30 line. If on the other hand, the client browser is using a one hundred twenty (120) display 
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1 device DPI, the display device will display said text string in the HTML table data cell in two 

2 lines. 

3 In creating the display of the text string, the Server also sends a message to the Shipper 

4 asking the Shipper to answer the following question: do you see the text string displayed on 

5 your screen as a single line or as wrapped text in multiple lines? The Server receives the 

6 Shipper's response and determines from the response whether the Shipper's display device 

7 has displayed the text as a single line or as wrapped text in multiple lines 1256. If the text is 

8 displayed as a single line, then the client browser 1257 display device DPI is 120. Otherwise, 

9 the client browser 258 display device DPI is 96. 

10 Next, the Server calculates the shipping label HTML image size in pixels 1259 by 

11 multiplying the Carrier-specified label size from the Carrier Label Specification times the 
12« client browser display device DPI as determined by the previous step. 

130 Next, the System displays the generated label image in the client browser 1260 with an 

fn 

lpy HTML image tag and an HTML image size in pixels as calculated in the prior step. The client 

b 

IS"? browser calculates the size of the label to be printed in inches by dividing the label HTML 

16^ image size in pixels as calculated in a prior step by the client browser display device DPI 1261; 

'hi 

l? the client browser then prints out the label with the size calculated 1261. 

J52a 

l&j FIG. 54 depicts a flow diagram of an exemplary embodiment of the aspect of the 

i?H invention that provides printing of dimensionally accurate images, such as dimensionally 

2B3 sensitive symbologies including two-dimensional bar codes and other two-dimensional 

21 machine-readable symbologies. This aspect of the invention provides the printing of such 

22 dimensionally accurate images on various types of printer devices including among others HP- 

23 compatible laser printers. The printer devices can be configured with remote computers, such 

24 as PC's, that will receive signals to print the dimensionally accurate image over a 

25 communications network such as the Internet. Each PC having a client browser or executing 

26 like software, and each PC being configured with a pre-established Image Resolution that 

27 applies to the display device and the printer device configured with the PC. 

28 As depicted in FIG. 54, the System determines the Image Size 1350, the Image Layout 

29 1351, any relevant Image Data 1352, and the Image Resolution in Dots Per Inch ("DPI") or in 
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1 any other measure of Image Resolution 1353. The System uses this information to generate 

2 the Image 1354. 

3 Alternatively, the Image has previously been created; the System determines from the 

4 Image, the Image Size 1350, the Image Layout 1351, any relevant Image Data 1352, and the 

5 Image Resolution in DPI or in any other measure of Image Resolution 1353 (collectively 

6 referred to hereinafter as the "Image Characteristics"). 

7 The System determines the possible Image Resolution Categories and associated values 

8 of client PC's 1354. Image Resolution Categories and associated values include information 

9 such as the number of text strings, and the length of and characteristics (font face, font size, 

10 and HTML table cell width) of each of the identified number of, text strings that must be used 

11 to determine the Image Resolution of client display devices 1356. 

12^ An HTML table cell width is fixed in that the physical width of the display of the 

ISO HTML table cell does not change depending upon the resolution of the client device; a text 

CO 

lpy string comprised of characters having a particular font and font size has a scalable width, 

ljT; depending upon the resolution of the client device resolution. Use of an HTML table cell to 

1?N measure the resolution of client devices is not a limitation of the invention. In an alternative 

U embodiment, a graphic element other than an HTML table cell, having a fixed width, is used 

lgj to measure the resolution of client devices. 

"St? 

l|M The possible Image Resolution Categories and values are stored in the memory of the 

253 System or in a database table and updated on some basis. In an alternative embodiment, the 

K ft 

21 possible Image Resolution Categories and values are input into the System. 

22 The System then analyzes the Image Characteristics, and the possible Image Resolution 

23 categories and/or values 1355, and creates the appropriate number of text strings and 

24 associated HTML table cells 1356. Each text string is created to have a specified font face, a 

25 specified font size, and an associated HTML table cell with a specified width. The computer 

26 then causes the display of the text strings in the associated HTML table cells on the remote 

27 client PC's display device 1358. 

28 In creating the display of the text string, the System also sends a message to the 

29 recipient PC asking the user to answer the following question: is the first text string displayed 

30 on your screen as a single line or as wrapped text in multiple lines? The System receives the 
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1 remote user's response and determines from the response whether the remote user's PC's 

2 display device has displayed each of the text strings as a single line or as wrapped text in 

3 multiple lines (e.g., 1256-1258, FIG. 53). The System then sets the PC's Remote Image 

4 Resolution for printing the Image 1359 according to the results of the user's PC's display of 

5 the text strings. Next, the System calculates the Remote HTML Image Size in pixels 1360 by 

6 multiplying the Image Size times the PC's Remote Image Resolution as determined by the 

7 previous step. Next, the System displays the generated image on the display device of the 

8 remote PC 1361 with an HTML image tag and the Remote HTML Image Size in pixels as 

9 calculated in the prior step. 

10 The client browser of the remote PC calculates the size of the Image to be printed 

11 ("Remote Print Image Size") in inches by dividing the Remote HTML Image Size in pixels by 
12^ the Remote Image Resolution 1362; the client browser then prints out the Image with the 

133 Remote Print Image Size 1362. 

CO 

lfiy In one embodiment of the invention, instead of printing a shipping label at the 

lH Shipper's printer, a Package Number is displayed online on a Package Number Screen with 

l&3 notification that the label will be printed at a shipping location previously designated by the 

17 Shipper. 

1ST: 

iW c.) Printing a Traveler Label 

2{Q In one exemplary embodiment of the invention, the Desktop User is either not 

pes 

21 authorized by the Administrator to print Shipping Labels, or is limited by the Administrator to 

22 printing Shipping Labels for only certain types of packages, e.g., Letters. In such an 

23 embodiment, the Administrator enables a Shipping Station for the Desktop User. In some 

24 cases, a particular Desktop User may decide to not finalize shipping and delegate the actual 

25 shipping to some other user within the Enterprise. For example, if the Desktop User is not 

26 certain of the weight of a package, the Desktop User, even if that user has shipping lable 

27 printing privileges, may decide to print a traveler label, attach the traveler label to the package, 

28 and forward the package to a Shipping Station User to complete shipping. 

29 FIG. 55 is a high level System interactivity data and logic flow diagram depicting an 

30 exemplary embodiment of the process by which the System completes the information 
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1 necessary to ship a package in an exemplary embodiment of the System using traveler labels 

2 delivered to a Shipping Station. The User enters package and shipping information 335 which 

3 is stored in the System databases 336. The User requests printing of a traveler label, which the 

4 System prints on a printer local to the User 340. The User delivers the package together with 

5 the traveler label to the Shipping Station. The Shipping Station then scans in the Traveler 

6 Label 341 in order to retrieve the package and shipping information from the System's 

7 databases 342-344 to populate the shipping information necessary to rate the shipment and 

8 finalize the shipping process and complete a shipping label 345-351. This application is used, 

9 for example, where Desktop Users have no way of weighing each package. 

10 FIG. 56 is a graphic representation depicting an exemplary Traveler Label in an 

11 exemplary embodiment of the invention. As depicted in FIG. 56, a Traveler Label reports 
12^ Shipping Addresses 363, Package Information Details 364, and an instruction to take the 

1BQ package to the appropriate shipping counter 361. Further, the Traveler Label provides a 

£0 

lly System Tracking Number 362 and a bar code label 360. When the User delivers the package 

15*; together with the traveler label as depicted in FIG. 56 to the appropriate Shipping Station, 

l&J personnel at the Shipping Station scans the bar code 360 in the Traveler Label in order to 

13 retrieve the package and shipping information, e.g. 363 and 364, from the System's 

lprj databases. As was described above in relation to 345-351 depicted in FIG. 55, the System uses 

lSU the retrieved package and shipping information, e.g., 363 and 364, to populate the shipping 

2g3 information necessary to rate the shipment and finalize the shipping process and complete a 

U 

21 shipping label. 

22 FIG. 57 is a graphic representation depicting an exemplary Shipping Request 

23 Confirmation Screen in an exemplary embodiment of the invention. As depicted in FIG. 57, 

24 the Shipping Request Confirmation Screen displays a message indicating a successful shipping 

25 request and providing directions for next steps 370. The Shipping Request Confirmation 

26 Screen further displays Shipping information details, e.g., 371 and a summary of shipping 

27 charges and service options, e.g., 372. In one embodiment, the Shipping Confirmation Screen 

28 provides Request Carrier Pickup and Cancel Carrier Pickup onscreen buttons with which the 

29 user can electronically request or cancel Carrier pickup of the package being shipped. 
30 
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1 12. Special Shipment Processing. 

2 The System Enterprise Desktop Client provides Users with various "special shipment 

3 processing" options including, for example; 

4 - Multi-part shipments (defined shipments only) 

5 - Identical shipment to multiple recipients ("copy package data" will be 

6 sufficient) 

7 - Future (post-dated) shipments 

8 - Pending shipments (shipments saved "in-process" before label printing) 

9 - Pre-processed shipments ("traveler" label printed, but not carrier label) 

10 - Batch label printing 

1 1 - Identical shipment to distribution list (with skip recipient) 
12L - Different shipments to distribution list (with skip recipient) 

IS'3 - Batch label printing for multi-part shipments 

m 

l$y - Batch label printing for individual pending shipments 

ljH - Cancel shipment (delete pending shipment or cancel shipment with printed label) 

l&J The special shipment processing options described above drive several user interface 

13 features, such as the ability to enter the number of packages in a shipment, enter the effective 

a 

187| shipping date for shipment, etc. 

lf^ In one embodiment, as an alternative to batch label printing capabilities, the System 

"-•J 

2Q3 provides methods of easing multiple label printing, such as a "next label" button on the label 

21 printing window. 

22 In one embodiment of the invention, use of the Cancel shipment function causes the 

23 System to generate a User notification as to whether or not the enterprise will be billed. 

24 The System provides the Administrator with the capability to define what shipment types will 

25 have full label printing capabilities vs. traveler label capabilities. The Shipping Station will 

26 complete processing of special shipment types, such as multi-piece shipments, pre-processed 

27 by the Enterprise Desktop Client. 
28 

29 13. Shipping Rules. 
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1 The System Enterprise Desktop Client unobtrusively applies shipping rules to user 

2 shipping activities. A list of exemplary shipping rules follows: 

3 - Enterprise site can dictate 

4 - Availability of carriers in rate grid 

5 - Availability of carrier services in rate grid 

6 - Carrier rates used in rate grid 

7 - Availability of carrier pick-up option 

8 - Destination-based shipping rules (such as defined carrier for particular 

9 lane) are deferred 

10 - An Administrator can set a particular Group's privileges to dictate: 

1 1 - Availability of carriers in rate grid 

12= - Availability of carrier services in rate grid 

isS - Carrier rates used in rate grid 

lfy - Availability of service option fields (i.e. insurance, Saturday 

lprj delivery, etc.) 

ljN - Availability of carrier pick-up option - Deferred until availability 

li? of carrier pick-up 

lpQ - Availability of payment options 

lpj - Type of shipment can dictate type of label printed, for example: 

283 - if the package to be shipped is a Letter: the User is authorized to 

21 print a Carrier label 

22 - if the package to be shipped is a Box: the User is authorized to 

23 print a Traveler label 

24 - Carrier services can be turned on/off by carrier, such as: 

25 - Premium delivery options (i.e. FedEx First Overnight) 

26 - Insurance 

27 - COD 

28 - Saturday delivery 

29 The list of shipping rules described above is illustrative and not a limitation of the invention. 
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1 Shipping rules do not drive any visible User Interface changes to the User. However, 

2 shipping rules effect how the User Interface is generated behind the scenes, so that shipping 

3 rules are transparently applied to the User during the shipping transaction. Screens and 

4 behaviors may vary as between Users based on the privileges of each user. 

5 Shipping rules are applied to each User based on their authenticated identity and based 

6 on the privileges assigned to the group to which they belong or to the individual User. 
7 

8 14. Notifications. 

9 The System Enterprise Desktop Client initiates notifications to the parties participating 

10 in each shipping transaction, including, for example: 

11 - Notify recipient (plus up to two others) of shipment initiation, with 
12=| tracking number and link to Track It. The sender shall be able to add text to a 

l$ y notification. 

CO 

llU - Notify sender (plus up to two others) of delivery (Shipment 

C3 

l|j confirmation.) The Administrator shall be able to define the template e-mail for 

\§] this message. 

l? - Notify sender and recipient (plus up to two others) of carrier shipment 

O 

i§y pick-up. The Administrator shall be able to define the template e-mail for this 

19^ message. (In one embodiment, the performance of EOD (End-of-Day 

2§3 processing) triggers "notify recipient" e-mails assuming that EOD for all 

21 carriers is performed after the carrier actually picks up the package, thereby 

22 eliminating the need for this third notification type.) 

23 The System generates e-mails with summary information about the event, and with 

24 links to the System for detailed event information. Web links embedded in e-mail notifications 

25 take users to publicly accessible areas of the System. 

26 The System provides Administrators with the capability to broadcast e-mail 

27 notifications to their userbase and to provide status messages to their users via the Enterprise 

28 Desktop Client main page. The Administrative client allows the administrator to define simple 

29 e-mail templates for the notification messages. The Administrative Client also allows the 

30 administrator to define the "from" return e-mail address for e-mails generated by the System. 
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1 

2 15. End of Day Processing 

3 The System will allow end Users with the proper privileges to perform the end-of-day 

4 functions for their site via the System Enterprise Desktop Client. The End of Day capability, 

5 if available for a User given their privileges, appear as a separate functional area of the 

6 Enterprise Desktop Client. Links to this area appear on both the Enterprise Desktop Client 

7 main page and in the shipping log if the User has sufficient privileges and still needs to 

8 perform end of day processing. Not all carriers require an explicit EOD. 

9 Depending on the Enterprise, End-Of-Day Processing via the Desktop will likely be run 

10 for small offices and branch offices that do not have a mailroom or shipping dock, staffed by 

11 personnel who can regularly perform EOD. Depending on the Enterprise, Shipping Station 
l?=j personnel will typically perform EOD processing in larger enterprises. 

i$z The System provides the Administrator to allow End-Of-Day Processing to be 

llU accessible by a User if the User's group has privileges to perform that function. The 

Q 

lfy Administrator can configure the users (actually which group) can perform the End-Of-Day 

161 Processing function. 

l§d 16. Shipping Log. 

19*] The System provides a shipping log. The shipping log is the central point of 

2p information for a User's past, current and future shipping history. It is also the central 

21 location for Users to obtain tracking information for both inbound and outbound shipments. It 

22 provides facilities to view and manage the User's historical and ongoing shipping activities, as 

23 well as to obtain shipment tracking information. The shipping log provides various types of 

24 information, including, for example: 

25 - Provide summary tracking information 

26 - Display shipment status (delivered, in-transit, label printed, pending, 

27 future) 

28 - Display shipment type: inbound/outbound 

29 - Edit shipments for pending shipments or shipments with labels (either 

30 carrier or traveler) printed but not manifested 
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1 - Repeat shipment to speed processing of commonly performed shipments 

2 - Delete shipments for pending shipments, shipments with labels printed 

3 (cancel shipment), or historical shipments (actually, hide shipment) 

4 - Search shipping history (by recipient, by carrier, by service type, by 

5 date, by status) 

6 - Sort shipping history (by recipient, by carrier, by service type, by date, 

7 by status) 

8 - The user can control the page size of the shipping log, up to a maximum 

9 of 100. 

10 - The User Interface uses tabs in order to display different shipment 

11 statuses (i.e. pending or historical) and to improve database performance. 

12^ Higher-level shipping history and reporting is available to the Enterprise through the 

no Administrative Client. 

CO 

lfy The shipping log display able to individual Users is for their personal shipping history. 

l£l Individual Users without the proper privileges do not have access to aggregate-level shipping 

1<N history. Higher-level shipping history can be limited by the administrator to be accessible via 

U the Administrator Client. 

lln A Shipping Station can display status for shipments that have a traveler label printed 

iW but no carrier label and which are related to that Shipping Station. 

203 

21 17. Inbound Package Tracking. 

22 The System provides the capability to track inbound packages sent by other System 

23 users. In an Internet embodiment of the invention, this is the case whether the Shipping System 

24 User is a non-Enterprise Recipient or is an Enterprise User in the same or different Enterprise 

25 as the Receiving System User. Shipping requests submitted to the System provide, among 

26 other things, the Recipient's e-mail address. The System recognizes the Recipient as a System 

27 User by checking the e-mail address of every Recipient. If the Recipient is a System User, the 

28 System adds the Shipping Request to the Recipient's Inbound Tracking Log and notifies the 

29 Recipient the next time the Recipient logs on to the System. 
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1 The System provides Users with the capability to view the status of inbound packages 

2 separately from outbound packages. Inbound packages sent by other System Users should 

3 appear in the shipping log automatically. 

4 

5 18. Other Tracking Capabilities 

6 The shipping log user interface enables tracking reporting, including, for example: 

7 - Outbound packages: 

8 - Shipped packages automatically move to the log for tracking 

9 - A separate tracking window is available for entering tracking numbers 

10 generated outside of the system 

11 - View high-level tracking status (default), or 
12^ - View detailed tracking status. 

llD The System provides complete tracking and reporting capabilities for packages shipped 

lfy through it, and for packages for which a Carrier tracking number is known as described below. 

I5fj FIG. 58 is a graphic representation of an exemplary Track It application 380 Track a 

l(N Shipment Screen in an exemplary embodiment of the invention. As depicted in FIG. 58, the 

II User enters one or more Tracking Numbers in the Tracking Number fields, e.g., 381a-381e 

i|^ and clicks the Submit button 382 to track one or more packages. 

if 4 In one embodiment, the Track It application navigation bar provides Track a Package, 

2Cf Track All Packages, Track Pending Packages, Track Shipped Packages, Track Inbound 

21 Packages and Perform End of Day options. If the User has the authority to ship packages on 

22 behalf of another user, the Track It Navigation Bar also provides a View History option with 

23 which the User can specify the Shipped For User's ID in which case the Track All Packages, 

24 Track Pending Packages, Track Shipped Packages, and Track Inbound Packages options will 

25 display packages shipped for the specified User. 

26 FIG. 59 is a graphic representation of an exemplary Tracking Results Screen in an 

27 exemplary embodiment of the invention. The Tracking Results Screen depicts summary 

28 report entries for multiple packages 390. Each summary report entry reports, among other 

29 things, a status logo, e.g., 391-la, 391-2a, depicting the status of the reported item, and the 

30 System Tracking Number for the item, e.g., 391-lb, 391-2b. Status logos are used to indicate, 
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1 e.g., Shipped 392-1, In Transit 392-2, Delivered 392-3, and Exception 392-4. FIG. 60 depicts 

2 a package reporting an exception status 391-5a through 391-5c. 

3 FIG. 61 is a graphic representation of an exemplary Unable to Track Screen in an 

4 exemplary embodiment of the invention. As depicted in FIG. 61, a tracking number entered 

5 by the User for tracking that is not recognized by the System or any of the Carriers is reported. 

6 The System reports the User input tracking number 430, provides the User with a Tracking 

7 Number window 431, asks the User to specify the Carrier 432-1 using a Carrier drop down 

8 menu button 432-2 and to specify the ship date 433. The User clicks the Submit button 434 to 

9 submit the tracking request. 

10 FIG. 62 is a graphic representation depicting an exemplary Tracking Information 

11 Screen in an exemplary embodiment of the invention. As depicted in FIG. 62, the Tracking 
12==- Information Screen displays detailed information about the shipment status 395. The Tracking 
l j| Information Screen provides a link with which the User can request further details about the 
KlJ package 396. The Tracking Information Screen also provides a link 397 allows the User to 
llj add the Tracking Number to the User's Inbound Tracking Log. The Tracking Information 
16^ Screen depicted in FIG. 62 further provides the User with instructions 398 for sending the 
l?_ URL of the tracking information to various e-mail recipients, e.g., 399-la - 399-lb, and 399- 
I8y 2a - 399-2b, with a message 400. The User can choose to send the URL of the tracking 
1^ information 402 and/or to send notification when the package is delivered 401. In one 
2$3 embodiment, the Tracking Information Screen provides a Repeat Shipment button. Clicking the 

21 Repeat Shipment button will take the User to a Ship It screen and cause the system to pre- 

22 populate the shipment and package data fields with the information from the previously shipped 

23 package. 

24 FIG. 63 is a graphic representation of an exemplary Shipping History Screen in an 

25 exemplary embodiment of the invention. In the exemplary Shipping History Screen depicted in 

26 FIG. 63, the System provides the User with Track It Navigation options to view Pending 405, 

27 Outbound 406 or Inbound 407 packages. The User can specify the Status 408, and/or Ship To 

28 Name 409, or Ship Date 410. Clicking the Update button 414 will cause the System to display 

29 the History Summary report entries that meet the User's specified reporting criteria. 
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1 Each history entry report Status 425, Ship To Name 424, number of packages 426, 

2 System Tracking Number 423, Carrier/Service 422, Ship Date 421, and Delivery Date 420. 

3 The User can click on any of Status 425, Ship To Name 424, System Tracking Number 423, 

4 Carrier/Service 422, Ship Date 421, or Delivery Date 420 to sort the contents of the screen 

5 display according to the option clicked. 

6 Each Shipping History entry, e.g., 416, provides an associated tracking checkbox, e.g., 

7 415. To get detailed tracking information for one or more items reported, the User clicks the 

8 tracking checkbox for each of the items to be tracked and then clicks the Track It button 418. 

9 The User can view the Previous items 411, the currently displayed items 412, or the next items 

10 413 in the Shipping History List. 

11 Users may perform "batch tracking," i.e. select more than one shipment and track on 
I2g those shipments. This will improve system performance when the user has up to 100 
lj~ "trackable" shipments in their log. Users will also be able to track "all." 

llU Referring to FIG. 3, when a Shipper/User ships a package using the System, one or 

if j more of the System's Servers, e.g., 21s-21z create a new System tracking number. When a 

161 new System tracking number is created, one of the System's Database Servers, e.g., 20a-20n, 

i?_ adds a new package record with the newly created System tracking number to a Package Table 

l&j 28. 

lft The Package Table 28 resides in the System database 22 and contains package records 

2p for System processed packages. An exemplary embodiment of the Package Table contains the 

21 following information: 1) Package Tracking State ID; 2) Package Shipping State ID; 3) Actual 

22 Delivery Time; 4) Delivered To information; 5) Shipping Date; 6) Carrier Tracking Number; 

23 7) System Tracking Number; 8) Carrier ID; 9) Actual Package Weight; 10) Service 

24 Description; and 11) Package OID. The content of these fields are described further below. 

25 The Package Tracking State ID specifies the tracking state of the package. In an 

26 exemplary embodiment of the invention, there are four different tracking states: 1) Null 

27 (New Packages or Shipped Packages); 2) Manifested (at the end of each day, package 

28 information is moved to the Package History Table for tracking purposes); 3) In Transit (The 

29 Carrier has picked up packages); 4) Delivered (Packages have been delivered to the shipping 

30 destination). 
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1 The Package Shipping State ID specifies the shipping state of a package. In an 

2 exemplary embodiment of the invention, there are two different shipping states: 1) Shipped 

3 (New Packages or Shipped Packages); 2) Manifested (at the end of each day, package 

4 information is moved to the Package History Table for tracking purposes). 

5 The Actual Delivery Time specifies the Date/Time that the package was actually 

6 delivered. The Delivered To information identifies the person or place to which the package 

7 was delivered (e.g., left with receptionist, receptionist front desk, or guard). The Ship Date 

8 specifies the date on which the Carrier picked up the package. The Carrier Tracking Number 

9 identifies the Carrier-specific package tracking number. The System Tracking Number 

10 specifies the unique Package tracking number internally generated by the System (each System 

11 tracking number corresponds to exactly one Carrier-specific tracking number). The Carrier ID 
l|g specifies an identification code for the particular Carrier. The Actual Package Weight specifies 

13^ the actual weight of the package as opposed to the billed weight. The Service Description 

CO 

l|U describes the type of services used to ship the package e.g., Overnight, 3 Day Ground, Second 

i|j Day Air, etc. The Package OID contains a Globally Unique Identifier ("GUID") for each 

lfiH package. 

"■4 

if When the System creates a new package record, the record remains in the Package 

lgy Table 28 during an initial period of time, for example, the first day during which the record is 

\9i s created, so that the Shipper/User can modify information about the package or void the 

20 package record as appropriate. In an exemplary embodiment of invention, the System performs 

21 certain processing on a periodic basis, such as at the end of each business day. This type of 

22 processing is referred to herein as "End Of Day" processing. In an exemplary embodiment of 

23 the invention, during "End of Day" processing, the System removes all new package records 

24 from the Package Table 28 and moves the records to a Package History Table 29 which also 

25 resides on the System Database 22. In an exemplary embodiment, Package History Table 29 

26 records contain the same data fields as described above regarding Package Table 28 records. 

27 FIG. 64 is a graphic representation of a Shipper online user input screen that is 

28 displayed on the Shipper's display screen 10 (FIG. 2). If a Shipper/User wants to track a 

29 particular package, the Shipper/User enters the tracking number that identifies the particular 

30 parcel package of interest in the "Enter tracking number" field 2035. It should be understood 
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1 by someone with ordinary skill in the art that the User may be someone other than the Shipper. 

2 For instance, the User may be a Recipient who wishes to track a package being sent to the 

3 user. Once the User has entered a tracking number, the User submits a request to track the 

4 particular package identified by clicking on the Submit button 2036. 

5 FIG. 65 is a logic flow diagram that depicts the high level logic for tracking the status 

6 of a particular package. The User enters 2018a and 2018b a tracking number 19 in the 

7 tracking number field 2035 (as was shown in FIG. 64). The System first validates 2050 the 

8 tracking number 19. The System performs the validation process by attempting to access the 

9 record on the System database 22 that is associated with the tracking number 19. To do this, 

10 the System requests that a System database server, e.g., 20a (as depicted in FIG. 3) locate and 

11 retrieve the package record that is associated with the tracking number 19. The System 
U„ database server, e.g., 20a, uses the entered tracking number 19 to search the System database 
HP 22 to locate and retrieve the specified package record. In one embodiment, the System 
l|y database server, e.g., 20a, is programmed to perform database accesses using Sequel 7.0. 

l|^ Through the validation process, the System determines whether the tracking number 19 

l(N is a System tracking number or a Carrier tracking number. Below are examples of Carrier 

11 tracking numbers. 

lii UPS - 1Z8595610344113190 

lfU Airborne - 3918984344 

2© FedEx - 811152682326 

2i~ USPS - EJ585489546US 

22 Yellow Freight - 2100003475 

23 If a user enters a Carrier tracking number as the tracking number 19, then depending 

24 upon the status of the package, or the number of times that the package was tracked, there may 

25 be no information in the System database 22 for the Carrier tracking number. In such a case, 

26 the System then uses algorithms provided by each Carrier to determine the Carrier 

27 identification. 

28 If the System determines that there is information about the package on the System 

29 database 22, then the System analyzes the Package Shipping State. If the Package Shipping 

30 State of the retrieved record is "Manifested" or "In Transit" and the Package Tracking State 
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1 is not "Delivered", then the System prepares to track the package using the appropriate 

2 Carrier system. If the Package Shipping State of the retrieved record is "Delivered", or other 

3 final status, then the System reports the status of the package to the user. 

4 If the tracking number 19 is a valid System tracking number, then the System extracts 

5 the Carrier's tracking number and Carrier's ID from the package record retrieved from the 

6 System database 22 before issuing a request 2054. Otherwise, if the tracking number 19 is a 

7 Carrier tracking number, then the System extracts the Carrier's ID from the package record 

8 before issuing a request 2052 to the Carrier's Internet system. The System uses the Carrier's 

9 ID to retrieve from the System database 22 the Internet URL for the Carrier's Internet web 

10 site. The URL information is configurable. 

11 Returning for a moment to FIG. 3, using the Carrier's Internet URL, the System then 
12=, makes an HTTP connection to the Carrier's web server, e.g., 23-2 through 27-2, using the 
133 URL information for the particular Carrier's web server. Depending upon the Carrier, the 
lfy System's 1 request and report interface with the Carrier's web server is programmed in 
l|H HyperText Markup Language ("HTML"), Extensible Markup Language ("XML"), or both 
1<H HTML and XML. FIG. 66 depicts an exemplary XML formatted request for submitting a 
l? tracking request to a Carrier. FIG. 67 depicts an exemplary successful tracking response, also 
lgaj in XML format, returned by the Carrier. 

1§H Then, as depicted in FIG. 65, the System transmits the Carrier's tracking number over 

2© the HTTP connection (2052 or 2054). The System instructs the Carrier's web server as to 

21 what information is requested based on the connection made using the URL. 

22 If the Carrier's web server successfully responds 2055 to the System's 1 tracking 

23 request, the System disconnects from the Carrier's web server and parses the response data. 

24 Some Carriers' response data contains unnecessary text information. The System strips out 

25 all of the unnecessary text in order to parse the relevant information. 

26 If the System database 22 does not have any previous record of the package, such as 

27 would be the case if the package had not been shipped using the System shipping application, 

28 then the System does not store any data about the package in the Package Table or the Package 

29 History Table. 
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1 Otherwise, the System then updates the System database 22 and reports the information 

2 to the Shipper/User 2056. If the package is reported as delivered, the System populates the 

3 Package History Table 29 in the System database. As was previously mentioned, in an 

4 exemplary embodiment, Package History Table 29 records contain the same data fields as 

5 described above regarding Package Table 28 records. 

6 If the Carrier's Internet web server returns an unsuccessful report, the System reports 

7 the failure to the User. If the Carrier's system successfully returns tracking information, then 

8 the System displays the package's current status. 

9 In an alternative embodiment, if the tracking number 19 is a Carrier tracking number, 

10 the Server will validate that the Carrier tracking number is a valid tracking number. If the 

11 Carrier tracking number is not a valid number, the Server will return an invalid tracking 
l %^ number error. If the Carrier tracking number is a valid number, the Server will not attempt to 
I3f match the number to a manifested package; the Server will track the package using the 
l|U particular Carrier's Internet tracking routine; and will return the tracking response to the Web 
if j Client of the requesting Shipper/User. 

16": In an alternative embodiment, if the tracking number 19 is a System tracking number, 

l? then the System validates the System tracking number to ensure that it is a valid System 

l&j tracking number. If the System tracking number is not a valid tracking number, the Server 

19^ will return an invalid tracking number error. If the System tracking number is a valid tracking 

2§3 number the Server queries the System database 22 to find the Carrier tracking number which 

U 

c 

21 corresponds to the System tracking number. If no package record is found for the System 

22 tracking number, then the Server will return an error to the Web Client of the requesting 

23 Shipper. The error message will indicate that no package record was found; it will request the 

24 user to verify that the tracking number was from a package which had been dropped off notify 

25 the user that a package be tracked on the same day it shipped. If the package record is found 

26 and the actual ship date is the same as the current date, the Server will return an error to the 

27 Web Client of the requesting Shipper indicating that the user/Shipper cannot track the package 

28 on the same day it is shipped. 

29 In this alternative embodiment, once the Server has identified the Carrier tracking 

30 number, the Server will track the package using the Carrier's Internet tracking routine. If the 
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1 tracking response from the Carrier's Internet tracking routing indicates an error, the Server 

2 will make another attempt to track the package through the Carrier's Internet tracking routine. 

3 If the second tracking request results in an error, the Server will notify the Web Client of the 

4 requesting Shipper that the Carrier is unable to track the package, and will log a tracking 

5 request error containing the Error Log number, the System tracking number, the Carrier 

6 tracking number, the time and date the tracking request occurred, the error response reported 

7 by the Carrier, and the Account Name of the user/Shipper making the tracking request, if that 

8 information is available. 

9 If, on the other hand, the Carrier returns a valid tracking response, the Server will 

10 update the package status in the Server Database with the tracking response and will return the 

1 1 detailed package information to the Web Client of the requesting user/Shipper from the System 
Database as described below. 

Lai 

liO If the user supplied a Carrier tracking number, the Web Client will display the basic 

CO 

lffj tracking information provided by the particular Carrier's Internet tracking function. In one 

lfn embodiment of the invention, when the user provides a Carrier tracking number to track a 

lfN package, the user/Shipper's Web Client requires the user/Shipper to identify the Carrier, 

n If the user/Shipper provides a System tracking number, then if the user/Shipper is 
logged on to the account, or otherwise enters valid logon information, that information must 

19~ correspond to he Account which shipped the package. In that case, the user /Shipper's Web 

2§3 Client will display the following information: System tracking number; recipient address; drop 

21 off location; Carrier and service; Carrier tracking number if available; actual ship date if 

22 available; delivery address if available; delivery location if available; delivery date if available; 

23 delivery time if available; signed for by information if available; package rate; package weight; 

24 package dimensions; packaging; customer reference information; all scan activity. 

25 If on the other hand, the user/Shipper is not logged on to the account, fails to enter 

26 valid logon information, or is logged on to an Account which does not correspond to the 

27 Account which shipped the package, the user/Shipper's Web Client will display the following 

28 information: System tracking number; recipient contact name; recipient company name; 

29 Carrier and service; Carrier tracking number if available; actual ship date if available; delivery 

30 address if available; delivery location if available; delivery date if available; delivery time if 
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1 available; signed for by information if available; package weight; customer reference 

2 information; all scan activity. 
3 

4 19. Pricelt for Enterprise. 

5 The System provides enterprises with the ability to rate shipments outside of the context 

6 of a shipping transaction. This rating tool is used to estimate shipping charges to external 

7 customers, or to rate shipments that are not yet in the System for actual shipping. The Pricelt 

8 tool displays the customer's custom rates. 

9 The user interface is the same as the rate interface provided in the Shipping tool. 

10 Pricelt rules are applied to the carriers and services that appear. The System provides the 

11 Administrator with the capability to define rules for the Pricelt tool separately from the 
shipping tool. For example, users who are getting shipping charge estimates for customers may 

13O not actually have access to the service they are quoting rates on. Accordingly, the System 

\4U calculates, for each carrier authorized by an administrator of an enterprise for use by a 

i|H particular user within the enterprise, enterprise shipping rates and custom customer shipping 

l^ rates in response to a rating request by the particular user for shipping a particular package. 

1^ The System also provides the Administrator with the ability to hide the Pricelt tool altogether. 

jj s 

2(0 20. Customer System Integration. 

21 In one embodiment, the System is integrated with such enterprise systems as: 

22 - Authentication databases 

23 - Corporate directories/address books 

24 - Internal receiving and tracking systems (RIPIT, A2B) 

25 - Internal product databases 

26 - Accounting systems for chargebacks 
27 

28 21. International Shipping. 

29 In one embodiment, the System handles international destination shipping, including: 

30 - International carriers, such as DHL, FedEx, and UPS 
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1 - International document shipments 

2 - International parcel shipments, including document preparation 

3 - Shipper's Export Declaration 

4 - Commercial Invoice 

5 - Export compliance system integration 
6 

7 22. Request Carrier Pick-up 

8 In one embodiment, the System provides the capability to electronically request a 

9 pickup from Carriers. This option is a configurable option that the Administrator can 

10 enable/disable on an enterprise site-specific basis. 
11 

1 %~ ILLUSTRATIVE EMBODIMENTS 

: 5 
as? 

i$0 Although this invention has been described in certain specific embodiments, many 

lflj additional modifications and variations would be apparent to those skilled in the art. It is, 

lfrj therefore, to be understood that this invention may be practiced otherwise than as specifically 

161 described. Thus, the embodiments of the invention described herein should be considered in 

13 all respects as illustrative and not restrictive, the scope of the invention to be determined by the 

Q 

l iu appended claims and their equivalents rather than the foregoing description. 

iri 

2@3 
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